OPERATION AND MAINTENANCE 
INSTRUCTIONS 

ASC-4X CENTRAL PROCESSOR (CP) 
Volume 2 




Texas Instruments 

INCORPORATED 



Equipment Group 
P.O. Box 2909 
Austin, Texas 78767 




OPERATION AND MAINTENANCE 
INSTRUCTIONS 

ASC-4X CENTRAL PROCESSOR (CP) 
Volume 2 




Texas Instruments 

INCORPORATED 



934726-2 
January 1976 




INTRODUCTION 

This manual is volume 2 of a two-volume set of operation and maintenance 
instructions for the 4-pipe Central Processor, which is used in the Advanced 
Scientific Computer (ASC) system, manufactured by Texas Instruments 
Incorporated. 

This volume contains the following sections and appendixes: 

Section 5 - Maintenance 

Section 6 - Parts Listing 

Section 7 - Diagrams 

Appendix A - Details Maps 

Appendix B - 4XIPU Listings and Circuit Board Descriptions 

Appendix C - 4XCP Hazard Conditions 

Appendix D - Hard Core 

The part number for Volume 1 is 931443-2. 
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SECTION V 
MAINTENANCE 



5-1 GENERAL 



The maintenance philosophy for the 4-pipe Central Processor consists of running 
a series of diagnostic tests to fault isolate to a functional section and the 
use of AU Functional Logic Descriptions (FLDs), harness lists (in Fiche form), 
and flowcharts in conjunction with conventional test equipment to fault isolate 
down to the replaceable card level. 

The FLDs available for the 4-pipe CP include: 

t IPU4 FLD, part no. 931490 

t AU4 FLD, part no. 931491 

t MBU4 FLD, part no. 931492 

The diagnostic tests available for maintenance of the 4-pipe CP are described 
in the multi-volume set of ASC System Diagnstics available at each ASC site. 
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SECTION VI 
PARTS LISTING 



6-1 INTRODUCTION 



This section provides a list of replaceable logic cards and their part numbers 
for the ASC 4X-Central Processor. The list is intended as a guide for ordering 
new cards and installing them in the CP. Items such as IC's, screws, washers, 
etc., are not included. 

6-2 LOGIC CARDS 

Logic cards for the CP are contained in ten chassis: two IPU's, four MBU's, and 
four All's. Each AU and MBU chassis has three motherboards, and each IPU con- 
tains two motherboards which hold the logic cards. These motherboards are 
designated with the letters A, B, and C from top to bottom, respectively. Each 
card slot in a motherboard is designated with a two letter label, LA to LV. 
These designators are used to identify the particular card location in the CP. 
Figure 6-1 illustrates the information contained in a card location designator. 
The first two letters refer to the chassis. The next character refers to the 
column. The fourth character designates the motherboard in that column, and 
the last two letters identify the card slot on that motherboard. Table 6-1 
lists all CP logic cards and are arranged by card location. Only one of the 
four identical MBU and AU pipes is listed. 



ip i 



LA 



SUBUNIT 



SUBUNIT COLUMN 
NUMBER 



CARD CONNECTOR 



MOTHERBOARD DESIGNATOR 



(A) 11513: 



Figure 6-1 . Card Location Information 
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Table 


6-1 . Central Processor 


Logic Cards 




Card 
Location 


Function 


Part Number . Ca ^ 
Location 


Function 


Part Number 


IP2ALA 


TERMCRD 


650296-1 IP2BLA 


DUMMY 


695011-1 


IP2ALB 


I4ZHAZ(1) 


923558-1 , 


, LB 


I4HDC0RE 


923570-1 


A LC 


I4ZHAZ(0) 


923558-1 


LC 


. I4CMREQ 


923573-1 




LD 


I4RHAZ(0) 


923555-1 


LD 


I4INFACE(2) 


923567-1 




LE 


I4ZHAZ(3) 


923558-1 


LE 


I4INFACE(1) 


923567-1 




LF 


I4HZAZ(2) 


923558-1 


LF 


I4INFACE(0) 


923567-1 




LG 


I4ZHAZ(5) 


923558-1 


LG 


I4PIPT0P 


923576-1 




LH 


I4ZHAZ(4) 


923558-1 


LH 


I4MISC 


923582-1 




LI 


I4ZHAZ(1) 


923558-1 


LI 


I4VECLAS 


923579-1 




LJ 


I4ZHAZ(7) 


923558-1 


LJ 


I4LVL3 


923585-1 




LK 


I4ZHAZ(6) 


923558-1 


LK 


TERMCRD 


650926-1 




LL 


I4ZHAZ(11) 


923558-1 


LL 


I4R0UTE1 


923588-1 




LM 


I4RHAZ(2) 


923555-1 


LM 


I4R0UTE3 


923594-1 




LN 


I4ZHAZ(8) 


923558-1 


LN 


I4R0UTE2 


923591-1 




LO 


I4ZHAZ(9) 


923558-1 


LO 


I4INFACE(3) 


923567-1 




LP 


I4ZHAZ(10) 


923558-1 


LP 


BUCTL4-2 


922700-2 




LQ 


I4ZHAZ(12) 


923558-1 


LQ 


DUMMY 


695011-1 




LR 


I4RHAZ(3) 


923555-1 


LR 


DUMMY 


695011-1 




LS 


I4ZHAZ(13) 


923558-1 , 


f LS 


DUMMY 


695011-1 


< 


f LT 


I4ZHAZ(15) 


923558-1 ' 


' LT 


DUMMY 


695011-1 


1 LU 


I4ZHAZ(14) 


923558-1 IP 


2BLU 


LOGCLK-5 


650356-5 


IP2ALV 


TERMCRD 


650296-1 








IP3ALA 


DUMMY 


695011-1 IP 


3BLA 


DUMMY 


695011-1 


IP3ALB 


DUMMY 


695011-1 i 


i LB 


DUMMY 


695011-1 


j 


LC 


I4FILE(3) 


923549-1 


' LC 


DUMMY 


695011-1 




LD 


I4FILE(7) 


923549-1 


LD 


I4PIPE(4) 


923561-1 




LE 


I4FILE(15) 


923549-1 


LE 


I4PIPE(3) 


923561-1 




LF 


I4FILE(14) 


923549-1 


LF 


I4PIPE(2) 


923561-1 




LG 


I4FILE(13) 


923549-1 


LG 


I4STATUS 


923564-1 




LH 


I4FILE(12) 


923549-1 


LH 


I4PIPE(0) 


923561-1 




LI 


I4FILE(11) 


923549-1 


LI 


I4PIPE(1) 


923561-1 




LJ 


TERMCRD 


650296-1 


LJ 


TERMCRD 


650296-1 




LK 


I4FILE(10) 


923549-1 


LK 


ROMCRD L3 


650299-228 




LL 


I4FILE(8) 


923549-1 


LL 


BUCTL4-2 


922700-2 




LM 


I4ADDR(1) 


923552-1 


LM 


DUMMY 


695011-1 




LN 


I4ADDR(0) 


923552-1 


LN 


LOGCLK-7 


650356-7 




LO 


I4FILE(6) 


923549-1 


LO 


ROMCRD L2 


650229-227 




LP 


I4FILE(5) 


923549-1 


LP 


I4PIPE(5) 


923561-1 




LQ 


I4FILE(4) 


923549-1 


LQ 


I4PIPE(6) 


923561-1 




LR 


I4FILE(9 


923549-1 


LR 


I4PIPE(7) 


923561-1 




LS 


I4FILE(1) 


923549-1 


LS 


I4MHCA 


932005-1 


\ 


LT 


I4FILE(0) 


923549-1 . 


1 LT 


DUMMY 


695011-1 


" LU 


I4FILE(2) 


923549-1 ' 


f LU 


DUMMY 


695011-1 


IF 


>3ALV 


DUMMY 


695011-1 IP 


3BLV 


DUMMY 


695011-1 
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Table 6-1. 


Central Processor Logic 


Cards (Continue 


id) 


Card 
Location 


Function 


Part Number 


Card 
Location 


Function 


Part Number 


MB1ALA 


ROMCRD(O) 


650299-207 


MB1BLA 


DUMMY 


695011-1 




B 


R0MCRD(8) 


650299-215 


A B 


DUMMY 


695011-1 


i 


1 C 


BUROM(O) 


686490-1 




1 C 


DUMMY 


695011-1 




D 


R0MCRD(9) 


650299-216 




D 


BUZAG 


650362-1 




E 


ROMCRD(l) 


650299-208 




E 


BUDATA(O) 


650365-1 




F 


R0MCRD(2) 


650299-209 




F 


BUDATA(l) 


650365-1 




G 


ROMCRD(IO) 


650299-217 




G 


BUDATA(2) 


650365-1 




H 


BUROM(l) 


686490-1 




H 


BUDATA(3) 


650365-1 




I 


ROMCRD(ll) 


650299-218 




I 


BUDATA(4) 


650365-1 




J 


R0MCRD(3) 


650299-210 




J 


BUDATA(5) 


650365-1 




K 


BU.CTL4-2 


922700-2 




K 


BUDATA(6) 


650365-1 




L 


R0MCRD(4) 


650299-211 




L 


BUDATA(7) 


650365-1 




M 


R0MCRD(12) 


650299-219 




M 


BUDATA(8) 


650365-1 




N 


BUR0M(2) 


686490-1 




N 


BUDATA(9) 


650365-1 







R0MCRD(13) 


• 650299-220 







BUDATA(IO) 


650365-1 




P 


R0MCRD(5) 


650299-212 




P 


BUDATA(ll) 


650365-1 




Q 


R0MCRD(6) 


650299-213 




Q 


BUDATA(12) 


650365-1 




R 


R0MCRD(14) 


650299-221 




R 


BUDATA(13) 


650365-1 




S 


BUROM(3) 


686490-1 




S 


BUDATA(14) 


650365-1 


i 


- T 


ROMCRD(15) 


650299-222 


If T 


BUDATA(15) 


650365-1 


U 


R0MCRD(7) 


650299-214 


" U 


TERMCRD 


650296-1 


MB1ALV 


TERMCRD 


650296-1 


MB1BLV 


DUMMY 


695011-1 


MB1CLA 


BUCTL3A 


931981-1 


AU1ALA 


TERMCRD 


650296-1 




i B 


BUCMR 


932026-1 




I B 


AU4XSELA(1) 


931996-1 


9 


1 C 


BUCTL1 


922691-1 


i 


1 C 


AU4XSELA(0) 


931996-1 




D 


BUCTL4A 


931984-1 




D 


AU4ADDA(0) 


931936-1 




E 


TERMCRD 


650296-1 




E 


AU4ADDA(1) 


931936-1 




F 


BUCAFA(O) 


931966-1 




F 


AU4ADDA(2) 


931936-1 




G 


BUCAFA(l) 


931966-1 




G 


AU4ADDA(3) 


931936-1 




H 


BUADDRA(4) 


931939-1 




H 


AU4ADDA(4) 


931936-1 




I 


BULOOP(l) 


686478-1 




I 


AU4ADDA(5) 


931936-1 




J 


BULOOP(O) 


686478-1 




J 


AU4ADDA(6) 


931936-1 




K 


BUL00P(3) 


686478-1 




K 


AU4ADDA(7) 


931936-1 




L 


BULOOP(2) 


686478-1 




L 


AU4CTLIA 


929096-1 




M 


BUADDRA(3) 


931939-1 




M 


AU4ADDA(8) 


931936-1 




N 


BUADDRA(2) 


931939-1 




N 


AU4ADDA(9) 


931936-1 







TERMCRD 


650296-1 







AU4ADDA(10) 


931936-1 




P 


BUADDRA(l) 


931939-1 




P 


AU4ADDA(11) 


931936-1 




Q 


BUADDRA(O) 


931939-1 




Q 


AU4ADDA(12) 


931936-1 




R 


DUMMY 


695011-1 




R 


AU4ADDA(13) 


931936-1 




S 


LOGLK-7 


650356-1 




S 


AU4ADDA(14) 


931936-1 


i 


I T 


LOGCLK-3 


650356-1 


] 


i T 


AU4ADDA(15) 


931936-1 


1 u 


BUMHC1 


710258-1 


* U 


TERMCRD 


650296-1 


MB! 


CLV 


DUMMY 


695011-1 


AU1 


ALV 


L0GCLK-4 


650356-4 
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Table 6-1. 


Central Processor Logic 


Cards (Continued) 


Card 
Location 


Function 


Part Number 


Card 
Location 


Function 


Part Number 


AUIBLA 


TERMCRD 


650296-1 


AUICLA 


TERMCRD 


650296-1 


i 


\ t* 


AUOUTB(O) 


931978-1 


, 


I B 


AUMULTA(O) 


929335-1 




LC 


AUOUTB(l) 


931978-1 


i 


' C 


AUSUMD(IO) 


686487-1 




LD 


AU0UTB(2) 


931978-1 




D 


AUMULTA(l) 


929335-1 




LE 


AU0UTB(3) 


931978-1 




E 


AUSUMD(8) 


686487-1 




LF 


AU0UTB(4) 


931978-1 




F 


AUSUMD(4) 


686487-1 




LG 


AU0UTB(5) 


931978-1 




G 


AUMULTA(2) 


929335-1 




LH 


AU0UTB(6) 


931978-1 




H 


AUSUMD(2) 


686487-1 




LI 


AU0UTB(7) 


931978-1 




I 


AUSUMD(7) 


686487-1 




LJ 


AUCTL3B 


931969-1 




J 


AUMULTA(3) 


929335-1 




LK 


AUROMFFB 


931972-1 




K 


AUSUMD(6) 


686487-1 




LL 


AUCTL2B 


931954-1 




L 


AUSUMD(5) 


686487-1 




LM 


AUCTL4A 


931945-1 




M 


AUMULTA(4) 


929335-1 




LN 


AUNORMA(O) 


929338-1 




N 


AUSUMD(l) 


686487-1 




LO 


AUNORMA(l) 


• 929338-1 







AUMULTA(5) 


929335-1 




LP 


AUN0RMA(2) 


929338-1 




P 


AUSUMD(9) 


686487-1 




LQ 


AUN0RMA(3) 


929338-1 




Q 


AUSUMD(3) 


686487-1 




LR 


AUN0RMA(4) 


929338-1 




R 


AUMULTA(6) 


929335-1 




LS 


AUN0RMA(5) 


929338-1 




S 


AUSUMD(O) 


686487-1 


i 


, LT 


AUN0RMA(6) 


929338-1 




, T 


AUMULTA(7) 


929335-1 


» LU 


AUN0RMA(7) 


929338-1 


1 


U 


AUCTL5B 


929093-1 


AU 


IBLV 


TERMCRD 


650296-1 


AU] 


CLV 


TERMCRD 


650296-1 
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SECTION VII 
DIAGRAMS 



7-1 GENERAL 



ASC Hardware Documentation Control at the TI Austin Facility provides each ASC 
site with the latest logic diagrams and engineer's lists. However, individual 
logic diagram sets, and the associated engineer's list in Fiche form, may be 
obtained from them by specifying only the card name. Drawing numbers are not 
required. Engineer's lists, in Fiche form, for motherboards and harnesses may 
also be obtained by name. In addition, logic diagrams may be ordered by drawing 
number from Drawing Control at the TI Austin Facility. 
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APPENDIX A 
DETAILS MAPS 

Page 

Dedicated CM Locations . A-l 

4XCP Details Map Overview ..... A-2 

4XCP Status Map and PSW Register A-3 

4XCP Details Locations A-4 

4X IPU Register Stack A-6 

4X IPU Details Map A-7 

4X MBU Details Map A-l 5 

4X AU Details Map A-23 

4X Hard Core Unit Register Maps: 

Master Hard Core A-31 

IPU Hard Core A-32 

MBU Hard Core A-33 

AU Hard Core A-33 
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LOCATION 
(HFX) 



FUNCTION 



00 Default bootstrap buffer start 

07 MCW address cell CPO 

08 : . . . MCW address cell CP1 

09 MCW address cell CP2 

0A MCW address cell CP3 

14 Pointer to store Status area (single CP) 

15 Pointer to load Status area (single CP) 

16 Pointer to store Intermediate area (X1CP) 

17 Pointer to load Intermediate area (X1CP) 

18 Pointer to store Details area (single CP) 

19 Pointer to load Details area (single CP) 

20 - 27 BRSM augmented PC save words 

28 Pointer to MCU Context switch area CPO 

2A Pointer to MCU Context switch area CP1 

2C Pointer to MCU Context switch area CP2 

2E Pointer to MCU Context switch area CP3 

38 Pointer to store MCU Map and Protect area 

39 Pointer to load MCU Map and Protect area 

40 - 47 ROM R0 augmented save words 

48 - 4F ROM Rl augmented save words 

50 - 57 ROM R2 augmented save words 

58 - 5 J ROM R3 augmented save words 

60-67 ROM Base augmented save words 

68 - 6F ROM PC augmented save words 

78-79 Pointer to TCC2(0) High Priority queue headers 

7C - 7D Pointer to TCC2(0) Low Priority queue headers 

80-84 DISC CA address 

88 - 8C '. DISC 1 CA address 

90-94 DISC 2 CA address 

98 - 9C DISC 3 CA address 

A0 - Al Pointer to TCC2(2) High Priority queue headers 

A4 - A5 Pointer to TCC2(2) Low Priority queue headers 

A8 - A9 Pointer to TCC2(3) High Priority queue headers 

AC - AD Pointer to TCC2I3) Low Priority queue headers 

B0 - Bl Pointer to TCC2(4) High Priority queue headers 

B4 - B5 Pointer to TCC2(4) Low Priority queue headers 

B8 - B9 Pointer to TCC2(5) High Priority queue headers 

BC - BD , Pointer to TCC2(5) Low Priority queue headers 

CO - CI Pointer to TCC2(6) High Priority queue headers 

C4 - C5 Pointer to TCC2I6) Low Priority queue headers 

C8 - C9 Pointer to TCC2(7) High Priority queue headers 

CC - CD Pointer to TCC2(7) Low Priority queue headers 

DD - Dl Pointer to TCC2( 8) High Priority queue headers 

D4 - D5 Pointer to TCC2(8) Low Priority queue headers 

D8 - D9 : . . . Pointer to TCC2(9) High Priority queue headers 

DC - DD Pointer to TCC2(9) Low Priority queue headers 

E8 MEM EXT 

F0 - Fl Tape SCB 

F2 - F3 Tape SCB 1 

F4 - F5 Tape SCB 2 

F6 - F7 Tape SCB 3 

100 ROM dump return address to caller 

101 ROM dump final octet address 

110 Automatic interrupt ROM exit pointer 

111 Software interrupt ROM exit pointer 

113 ROM card boot convert pointer 

1 18 - 119 Pointer to TCC2U ) High Priority queue headers 

11C - 11D Pointer to TCC2( 1 ) Low Priority queue headers 

120 Pointer to User Exit area for CPO 

121 Pointer to Monitor Entry area for CPO 

122 Pointer to User Exit area for CP1 

123 Pointer to Monitor Entry area for CP1 

124 Pointer to User Exit area for CP2 

125 Pointer to Monitor Entry area for CP2 

126 Pointer to User Exit area for CP3 

127 Pointer to Monitor Entry area for CP3 

128 Pointer to Monitor Exit area for CPO 

129 Pointer to User Entry area for CPO 

12A Pointer to Monitor Exit area for CP1 

12B Pointer to User Entry area for CP1 

12C Pointer to Monitor Exit area for CP2 

12D Pointer to User Entry area for CP2 

12E Pointer to Monitor Exit area for CP3 

12F Pointer to User Entry area for CP3 

130-133 ACC Start Ca address 

134-137 ACC 1 Start CA address 

138 - 13B ACC 2 Start CA address 

13C - 13F ACC 3 Start CA address 



(B)1 32488 



Figure A-1 . Dedicated CM Locations 
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Figure A-2. 4XCP Details Map Overview 
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Figure A-3. 4XCP Status Map 
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Figure A-4. 4XCP Program Status Word (PSW) 
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WORD 


IPU 




1 2,3 4 5 67 



1 

2 
3 
4 
5 


1 


I 




1 


2 


5 


6 


10 


7 


11 


8 


11 


9 


13 


12 


3 




4 


M 


K 


2 


Wfc 






6 




Wmsp 






















7 


























8 




























9 
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1 
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2 
3 
4 




14 




5 








6 








7 








8 








9 







n 



^ 



■°:i 



5 



^ YA 2 






NOTE: SEE SHEET 2 

FOR BIT SLICING 
AND HARDWARE 
LOCATIONS OF 
THE NUMBERED 
AREAS. 



(B)130856A(1 2) 




Figure A-5. 4XCP Details Locations (Sheet 1 of 2) 
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1 . l4PIPE(0-7): 

2. I4ADDR(0-1): 

3. I4ADDR(0-1): 

4. I4ADDR(0-1): 

5. I4RHAZ(0-3): 

6. I42HA2(0-3): 

7. I4ZHAZ(4-7): 

8. I4ZHAZ(8-II): 

9. I4ZHAZ(12-15): 



1. BUDATA(0-15): 

2. BULOOP(0-3)'. 

3. BUADDRA(0-4): 

4. BUCMR 
BUADDR(0-4): 
BUZAG : 

5. BUCMR : 

buloop(o): 
buloop(i): 

6. BUCMR: 
BULOOP(2)*. 

buloop(3): 



1 . 

2. 

3. 
4. 
5. 
6. 
7. 
8. 



4X DETAILS LOCATIONS 
IPU DETAILS MAP 



4 BITS/CARD 


10. 


I4VECLAS: 




BITS (0-2); 


12 BITS/CARDS 




I4MISC: 




BITS(3-5); 


16 BITS/CARD 




I4CMREQ: 




BIT(6); BIT(7) 


4 BITS/CARD 








NOT USED 


2 BITS/CARD 


11 . 


I4INFACE(0- 


■3): 


1 BIT/HEX/CARD 


6 BITS/CARD 


12. 


I4INFACE(0- 


-3): 


4 BITS/CARD 


6 BITS/CARD 


13. 


I4STATUS: 




BITS (0-3); 


6 BITS/CARD 




I4CMREQ: 




BITS (4-7); 


6 BITS/CARD 




I4PIPTOP: 
I4ROUTE3: 
I4LVL3: 




BITS (8-10); 
BIT (11); 
BITS (12-15) 




14. 


I4FILE(0-15; 


): 


1 BIT/HALFWORD/ 
CARD 


MBU DETAILS MAP 







1 BIT/HALFWORD/ 
CARD 

5 BITS/CARD 
1ST BIT 
1 HEX/CARD 
LAST HEX 
1ST 4 BITS; 
NEXT 7 BITS 

LAST 7 BITS 
1ST 4 BITS IN 
OCTETS 4 AND 6; 
NEXT 7 BITS 



7. BUCAFA(0)I 

8. BUCAFA(I): 

9. BUCTL3A 

10. BUROM(0-3); 

11. BUCMR*. 

12. BUCTL4A; 

13. BUCTL3A: 



14. BULOOP(0-3): 

15. BUROM(0-3): 



COVERS 6L 
COVERS 6R 
GATES OUT 0L, 
OCTETS 9-B 
1 HALFWORD/CARD 
COVERS 3L, 
BITS 0-8 
COVERS 3L, 
BITS 9-15, 
COVERS 3R, 
BITS 0-14; 
BIT 15, SPARE 

1 HEX/CARD 

2 BITS/CARD 



NEXT 7 BITS 



AU DETAILS MAP 



AUCTL2B BITS (0~2); AUCTL3B BITS (3~7) 

AUCTL5B BITS (0~7) 

AU4ADDA(0-15): ONE HEX/CARD 

AUOUTB(0-8): TWO HEX/CARD; ALSO FANS OUT AUNORM (0~7) AND AUCTL4A 

AUNORMA(0-8): TWO HEX/CARD 

AUCTL4A 

AUMULTA(0-8): ONE HEX/CARD 

AUROMFFB, BITS (0~12); AU4CLT1A, BITS (13-15) 



(B)130856A (2/2) 
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REGISTER STACK FORMAT 



QR| 8 I (8-31), IPU DETAILS MAP WORDS 3,4,5, AND 6 



RSTACK BITS 



10 I 11 12 13 . 14 15 16 17 18 , 19 20 21 22 . 23 24 25 26 27 28 29 30 31 




REGISTER ADDRESS BITS - RAO-6 

BITS 0-2 DECODED TO SELECT RF OCTET (A-V) 
BITS 4-5 DECODED TO SELECT WORD (0-7) IN OCTET 
BIT 6 SELECT LEFT (=0) OR RIGHT (=1) HW IN WORD 

SCR - SHORT CIRCUIT REGISTER OPERAND 

SCA - SHORT CIRCUIT ALPHA OPERAND 

LAM - LOAD ARITHMETIC MASK 

LAC- LOAD ARITHMETIC CONDITION 

VHZ - VECTOR HAZARD (VPF BEING MODIFIED) 

CHZ - COMPARE CODE HAZARD INSTRUCTION TYPE 

RHZ - RESULT CODE HAZARD INSTRUCTION TYPE 

AEH - ARITHMETIC EXCEPTION HAZARD INSTRUCTION TYPE 

ACT - LEVEL 5-C ACTIVITY BIT 

OCK - ONE CLOCK INSTRUCTION TYPE 

ZST - Z STORE (CM DESTINATION) INSTRUCTION TYPE 

DHW - DESTINATION HALFWORD 

DDW - DESTINATION DOUBLEWORD 

RDT - REGISTER FILE DESTINATION INSTRUCTION TYPE 



SP1 
SP2 
SP3 



SPARE (UNUSED) RSTACK BITS 



(B)131560 



Figure A-6. 4X IPU Register Stack Format 
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^ 



IPU 4 DETAILS MAf^ 
WORD 



NOT USED 



PIPE 
DISABLE 

(0 



PIPE 
DISABLE 



PIPE 
DISABLE 

(») 



IRQ 
MAPEN 



IRQ 
PROEN 



NOT USED 



NOT USED 



IRQAR (0-31) 



IPQBR (0-31; 



IPQNR (0-311 



NOT 
USED 



NOT 
USED 



NOT 
USED 



NOT 
USED 



NOT 
USED 



NOT 
USED 



NOT USED 



ILQKAO f0-3l . 



ILQKBO (0-311 



ALL ZEROS 



IFQBO (G-311 



IFQCO (0-315 



IFQDO (0-31 ; 



IFQIO (0-31) 



IFQVO (0-31) 



^^* 

^ 
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2 




3 




s 


e 


7 




8 


, 


10 




1 1 




12 


13 




14 


IPU4 DETAILS MAP 
WORD 1 

15 16 17 


18 


19 


2C 






23 


24 


25 


2t 




27 




26 


29 


30 




31 













NOT 












IRQP3 ■ = ■ 31 : 
































































USED 
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USED 
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USED 
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NOT USED 




























































































NOT USED 


























































































7 


NOT USED 






















































RX4'0! 




NOT 




RX4<! : 




NOT 






RX4'2 






NOT 






RX4(3) 


NOT 


RX4i'4) 


NOT 


RX4 5 


NOT 


RX4 6 ■ 




RX4 7? 






USED 


USED 


USED 


USED 






USED 






USED 










USED 








m 


NOT 






RY40 ■ 




NOT 




RY4 1 . 




NOT 






RY4<2'; 






NOT 






RY4(3) . 


NOT 


RY4(4) 


NOT 


RY4 5- 




RY4'f 




RY4{7) 




USED 


USED 


USED 


" USED """ 


USED 






USED 






USED 










USED 
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NOT 
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IPU4 DETAILS MAP 
WORD 2 * 



CKCNTR (0-31) 



ICQLC 

(0-7) 
NOT 
USED 



NOT USED 



-* IIQPA(8-3I) 



NOT USED 



NOT USED 



NOT USED 



IL.QKB2 (0-31) 
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1 12 13 14 


IPU DETAILS MAP 
WORD 3 

15 16 17 18 19 20 21 22 23 24 


25 26 27 28 29 30 31 




LD OACT 


R4ACT 


LD0RA3 


R4RA3 


LD0RA4 


R4RA4 


LD0RA5 


R4RA5 



















LDO'DHW 


R4DHW 


LD0RA2 


R4RA2 


LD0RA0 


R4RA0 


NOT 
USED 


R4RH2 










i 








LDODDW 


R4DDW 


L.D0RA6 


R4RA6 


LD0RA1 


R4RA1 


NOT 
USED 


R4LAC 










2 








LD1ACT 


R4LAM 


LD1RA3 


R4CH2 


L.D1RA4 


R40CK 


LD1RA5 


R4AEH 










3 








LD1DHW 


NOT 
USED 


LD1RA2 


R4VHZ 


LD1RA0 


R4SCR 


NOT 
USED 


R4RDT 










4 








LD1DDW 


NOT 
USED 


LD1RA6 


R4ZST 


LD1RA1 


R4SCA 


NOT 
USED 


NOT 
USED 


















L.D2ACT 


NOT 
USED 


LD2RA3 


NOT 
USED 


LD2RA4 


NOT 
USED 


LD2RA5 


NOT 
USED 


- 

3 








6 








LD2DHW 


NOT 
USED 


LD2RA2 


NOT 
USED 


LD2RA0 


NOT 
USED 


NOT 
USED 


NOT 
USED 


















LD2DDW 


NOT 
USED 


LD2RA6 


NOT 
USED 


LD2RA1 


NOT 


NOT 
USED 


NOT 












r.30 (r i 






LD3ACT 


NOT 
USED 


LD3RA3 


NOT 
USED 


LD3RA4 


NOT 
USED 


LD3RA5 


NOT 
USED 


















LD3DHW 


NOT 
USED 


LD3RA2 


NOT 
USED 


LD3RA0 


NOT 
USED 


NOT 
USED 


NOT 
USED 


- 










(D _I) 


^» 




LD3DDW 


NOT 
USED 


LD3RA6 


NOT 
USED 


LD3RA1 


NOT 
USED 


NOT 
USED 


NOT 
USED 










11 






12 


ILQKA3 (0 
































13 


ILQKB3 (0 






































14 


IFQA3 (0-: 








































IFQB3 (0-: 














^ 










15 
















16 


IFQC3 (o-: 








































IFQD3 (0-3 
























17 
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IFQI3 (0-3 


s 
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IFQV3 (o-: 
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1 


2 


3 


4 


5 


6 


7 


8 9 10 11 


IPU4 DETAILS MAP 
WORD 4 

12 ' 3 '* fs 16 17 18 19 20 21 22 23 24 


25 26 27 28 29 30 31 




VI P0 


V1STR0 


ARINC 


2JOIN0 


Z0AGE1 


BURHW 


WNDERO 


NOT 
USED 

















VIP1 


VISTR1 


ARHAZ 


ZJC'iNI 


Z0AGE2 


BURSW 


WNDER1 


NOT 
USED 










' 






VIP2 


V1STR2 


RCTRO 


ZJOIN2 


Z0AGE3 


BURDW 


WNDER2 


NOT 
USED 










- 






VI P3 


VISTR3 


RCTR1 


ZJOIN3 


Z1AGE0 


BUAHW 


WNDER3 


NOT 
USED 










- 






SELPIO 


VBADO 


RCTR2 


RJOINO 


Z1AGE2 


BUASW 


WNDLTO 


NOT 
USED 


, . 














SELPII 


VBAD1 


JOIN 


RJOIN1 


ZIAGE3 


BUADW 


WNDLTI 


NOT 
USED 


. . 








" 






SELPI2 


VBAD2 


NOT 
USED 


RJOIN2 


Z2AGE0 


VHW 


WNDLT2 


NOT 
USED 


T 








" 






SELPI3 


VBAD3 


NOT 
USED 


RJ01N3 


Z2AGE 1 


VSW 


WNDLT3 


NOT 
USED 
















4GETI0 


NOT 
USED 


NOT 
USED 


L4RJN 


Z2AGE3 


VDW 


NOT 
USED 


NOT 
USED 








8 


' 






4GET11 


NOT 
USED 


NOT 
USED 


NOT 
USED 


Z3AGED 


NOT 
USED 


NOT 
USED 


NOT 
USED 


, 














4GETI2 


NOT 
USED 


NOT 
USED 


NOT 
USED 


Z3AGE1 


NOT 
USED 


NOT 
USED 


NOT 
USED 
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r.Di 






4GETI3 


NOT 
USED 


NOT 
USED 


NOT 
USED 


Z3AGE2 


NOT 
USED 


NOT 
USED 


NOT 
USED 
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18 


IFQI4 (0-3 
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IFQV4 (o-: 







































*v„ 



MB1AC0 MBIAC1 MBIAC2 MBIAC3 GP1L0 GP1L1 



6PIL2 



SCKT60 SCKT61 SCKT62 SCKT63 PACAO0 PACAOl 



rUOKAS (0-31) 
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^ 



ILQKA6 (C-31) 



ILQKB6 (0-31) ■ 



IFQA6 (0-31) 
IFQB6 (0-31) 



IFQC6 (0-31 ) 



IFQD6 (0-31) 



IFQ16 (0-31) 



XA3 (8-31) 



YA3 (8-31) 



2P3 (8-31) 
ZB3 (8-31) 



RS3 (8-31) 



R63 (8-31) 



R73 (8-31) 



R83 (8-31) 



R93 (8-31) 



RA3 (8-31) 



RB3 (8-31) 
RC3 (8-31) 



IPU4 DETAILS MAP 
WORD 6 



IFQV6 (0-31) 



IPU4 DETAILS MAP 
WORD 7 



**d 






2 


3 


4 


5 


6 


7 


8 


9 


10 


11 


12 


13 


14 


15 


16 


17 


18 


19 


20 


21 


22 


23 


24 


25 


26 


27 


28 


29 


30 


31 


*s 








CCRT3 


NOT 


NOT 


VAC0 


VAC1 


CCTR0 


NOT 


L1ACT 


YNEXT0 


L3ACT 


L3PPL 


L3CHK 


L3PWT 


PRMRA0 


PRMRAI 


PRMRA6 


PRMBR 


PRMIDW 


PRMAEH 


PRMEXN 


PRMEXM 


PRMAU4 


PRMAU5 


PRMAU6 


PRMAU7 


PRMGP1 


PRMGP2 


PRMGP3 


PRMGP4 


1 


RCRTO 


RCRT1 


RCRT2 


RCRT3 


NOT 


LAORD 


□ UAL 


TFAIL 


CCTR1 


IIQS01 


PRVI 


YNEXT1 


RIHIB 


L3BWN 


L31WT 


L31HZ 


PRMDHW 


PRMDDW 


PRMIHW 


PRMISW 


PRMM 


PRMRHZ 


PRMCAR 


PRMCHZ 


PRMRDT 


PRMRSE 


PRMHHW 


PRMSDW 


PRMMDV 


PRMIOP 


USED 


USED 












PBVLL 


FLGFL 


FLG12 


FLG4 


CCTR2 


IIQS02 


FRHAZ1 


YNEXT2 


XEC 


HOLD 


BRDN 


OPDN 


C3RA0 


C3RAI 


C3RA6 


C3BR 


C3IDW 


C3AEH 


C3EXN 


C3FXM 


C3AU4 


C3AU5 


C3AU6 


C3AU7 


C3GP1 


C3GP2 


C3GP3 


C3GP4 












QIP0 


QIP1 


QOP0 


QOPt 


L2ACT 


IIQS03 


TARGT1 


YNEXT3 


NOT 


NOT 
USED 


NOT 
USED 


NOT 
USED 


C3DHW 


C3DDW 


C3IHW 


C3ISW 


C3M 


C3RHZ 


C3CAR 


C3CHZ 


C3RDT 


C3RSE 


C3HHW 


C3SDW 


C3MDV 


C3IOP 


USED 


USED 


4 




T21 


T22 


T23 


QBSY0* 


QBSY1* 


QBSY2* 


QBSY3* 


IND2 


IIQS04 


NOT 
USED 


ZMAL10 


FRHAZ3 


ILOP 


PRV3 


TARGT3 


RRMAHW 


RRMADW 


RRMSBL 


RRMSGN 


RRMBRH 


RRMPNK 


RRMBLU 


RRMIDN 


RRMSHW 


USED 


RRMNSP 


USED 


RRMSTR 


RRMNSN 


USED 


USED 


5 


AROT26 


AROT27 


AROT28 


AROT29 


PRVO 


AC TO* 


CUE00 


CUE10 


FRHAZ2 


11QS05 


NOT 
USED 


ZMAL11 


CRSLT 


SKIND 


TRMIN 


POIND 


RRMSPK 


RRMSYL 


RRMSOR 


RRMGRY 


RRMIDZ 


RRMGRN 


USED 


USED 


RRMSGT 


RRMOCK 


RRMRGS 


USED 


USED 


USED 


USED 


USED 




AROT30 


AROT31 
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CUE01 
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NOT 
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PMOFF 


MEOO 
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NOT 
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NOT 
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PDCPP 
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PIRT0 


L3VIN 


L3FLW 


L3VPI 


L3VBR 


RDCLF 


RDCNOP 


NOT 
USED 


NOT 
USED 


RDCORG 


RDCPB 


NOT 
USED 


NOT 
USED 


RDCPP 


RDCVCT 


NOT 
USED 


USED 


RDCXEC 


USED 


USED 


USED 


USED 
NOT 


USED 
NOT 


USED 
NOT 


NOT 


KRTAG 


KAFUL 


KAPRV 


KAHAZ 


M21 


1IQS09 


NOT 
USED 


PIRT1 


L3NIW 


L3VGO 


L30RW 


L30RM 


RDCBAE 


RDCBBX 


RDCBCC 


RDCBCG 


RDCBWN 


RDCBXC 


RDCFRK 


RDCIN 


RDCLLA 


RDCMCP 


RDCMLT 


RDCPSH 


RDCSTK 


RDCXCH 


RDCSTC 


USED 


USED 
NOT 


USED 
NOT 


NOT 


NOT 


NOT 


KBFUL 


KBPRV 


KBHAZ 


M22 


I1OS10 


NOT 


PIRT2 


NOT 


NOT 
USED 


NOT 
USED 


NOT 
USED 


RDCBCL 


R DC SRC 


GAOSC0 


NOT 
USED 


R DC LAC 


RDCLAM 


GAOSC 1 


NOT 
USED 


R0CSKE 


RDCSPS 


GAOSC2 


• 


USED 




GAOSC3 


USED 




USED 
NOT 


USED 
NOT 


USED 
NOT 


USED 

NOT 


AREX * 


IPPAE* 


IPIOP* 


IPPRV* 


M23 


STATE 


NOT 
USED 


PIRT3 


NOT 
USED 


NOT 
USED 


NOT 
USED 


NOT 
USED 


AUIACO 


L7ACT0 


DAVWTO 


NOT 
U8E0 


AUIAC1 


L7ACT1 


DAVWT1 


NOT 
USED 


AUIAC2 


L7ACT2 


DAVWT2 


MOT 
USE0 


AUIAC3 


L7ACT3 


DAVWT3 


USED 






-31) ^^~ 






J 1 
















13 






























































































































































































































































































































































































- 


IS 












1 


► 










_ 








... 




.__ 

























_ 











(D) 123900 



•NOTE DO NOT LOAD ACT0, ACT1 , ACT2, ACT3, 

QBSY0, QBSY1, QBSY2, QBSY3 , 
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I4FILE 



INTRODUCTION - BLOCK DIAGRAM SYMBOLS 

The block diagram at the end of this section (figure B-6) condenses the in- 
formation contained in the logic diagrams to a one sheet representation. The 
diagram contains all data lines and control signatures that are inputs to or out- 
puts from the circuit board. In addition many of the key data and control lines 
internal to the board are illustrated. Other information contained on the block 
diagram is illustrated in figure B-l, and includes: 

• Sheet Number - Location of the logic diagram for the depicted 

function within the logic set for the circuit 
board. Multiple sheets are referenced with a 
letter that is explained in the notes on the dia- 
gram. 

• Pin Number - Circuit board input/ output pin that carries the 

indicated signal. When more than one pin num- 
ber appears, the pin for the most significant 
bit appears first (data), or the pin numbers 
appear in the order of the signatures listed on 
the line (control). Large quantities of pins are 
in tabular form in the notes on the diagram 
sheet. 

• Bus size - Numbers on all lines indicate the number of 

bits represented by that particular line. A line 
without a number contains only one bit. The 
representation "8 x 32" indicates a multiple 
word transfer of eight, 32 -bit words. 

Data lines are heavy black lines. Control lines are single width lines. 
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-|IRSEI (0-31 ) 



8X32 



GENERAL FORM OF SIGNATURE 

MULTIPLE WORD BUS: 8 WORDS~32 BITS/WORD 
SHEET NUMBER IN LOGIC DIAGRAMS 



DATA BUS 

(HEAVY BLACK LINES) 



\—^ 



17 



FU NCT IONAL 

TITLE FOR CIRCUIT 



SINGLE CONTROL 
LINE (1 BIT) 



RO 

DOUBLE WORD 

SELECT 



IBENRU 



IRU (1 ,3,5,7) 



1RDR01(0-31) 



>(TO I4PIPEMB) 



IREO(Q-31) 




SINGLEWORD 
BUS (32 BITS) 




(A) 1 23676 



MULTIPLE CONTROL 
LINE (4 BITS) 



CIRCUIT BOARD/ 
PIN NUMBERS 



GENERAL DESTINATION 
OF SIGNAL 



Figure B-l. Key to Symbols - Circuit Board Block Diagrams 
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I4FILE CIRCUIT BOARD 

The I4FILEMB contains sixteen I4FILE circuit boards that comprise the 
following major components of the IPU: 



KCM Memory Interface File 

KA Octet Buffer 

KB Octet Buffer 

Register File: 

Base Address File A 
Base Address File B 
General Arithmetic File C 
General Arithmetic File D 
Index Address File I 
Vector Parameter File V 



ILQKCMO-7(0-31) 

ILQKAO-7(0-31) 

ILQKBO-7(0-31) 

IFQA1 -7(0-31) 

IFQBl-7(0-31) 

IFQCl-7(0-31) 

IFQDl-7(0-31) 

IFQIU7(0-31) 

IFQVl-7(0-31) 



Each I4FILE circuit board contains two bits of each word in each octet of 
the above components, plus the required gating circuits to load each octet 
and retrieve information from each octet. The bits are distributed to the 
sixteen I4FILE circuit boards as listed in table B-l. 

Table B-l. I4FLLE Bit Slice Distribution 



Octet Word Bits 

and 16 

1 and 17 

2 and 18 

3 and 19 

4 and 20 

5 and 21 

6 and 22 

7 and 23 

8 and 24 

9 and 2 5 

10 and 26 

11 and 27 

12 and 28 

13 and 29 

14 and 30 

15 and 31 



Circuit Board Location within I4FILEMB (3A) 



I4FILE(0) 


LT 


I4FILE(1) 


LS 


I4FILE(2) 


LU 


I4FILE(3) 


LC 


I4FILE(4) 


LQ 


I4FILE(5) 


LP 


I4FILE(6) 


LO 


I4FILE(7) 


LD 


I4FILE(8) 


LL 


I4FILE(9) 


LR 


I4FILE(10) 


LK 


I4FILE(11) 


LI 


I4FILE(12) 


LH 


I4FILE(13) 


LG 


I4FILE(14) 


LF 


I4FILE(15) 


LE 
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The enclosed fold-out block diagram illustrates all of the data paths and con- 
trol signals that are implemented on the I4FILE circuit boards. The circuits 
include loading the register file, interface with the MCU, and gating circuits 
from the I4FILE octets to the AO, RO, XR, BR and IR registers. The follow- 
ing paragraphs describe the component circuits on the I4FIL.E circuit board 
and the required control signals to perform the transfers. 

INTERFACE SIGNALS 

Table B-2 defines the input signals to the I4FILE circuit board. Table B-3 
defines the output signals from the I4FILE circuit board. 
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Table B-2. I4FILE Circuit Board Input Signals 



Signature 

AOQEF00:2(0-31 
AOQEF 01:2 (0-31 



AOQEF10:2(0-31 
AOQEF 11:2 (0-31 

AOQEF20:2(0-31 
AOQEF2 1:2(0-31 

AOQEF30:2(0-31 
AOQEF31:2(0-31 

ICCMSTRB 



ICLOCK:(0-15) 

-ICWRITE 
-IIAUPP 

IIISEL(0-2) 

-IISELAB(0-3) 

IIVTBR(0 and 1) 

-ILHAOIND 
ILRFTIR 



Origin Function 

AU Pipe Doubleword (64-bit) input data from EF 

register. Appears as AOQEF0(0-63) at 
AU level. 

AU Pipe 1 Double word input data from EF register. 

Appears as AOQEF 1(0-63) at AU level. 

AU Pipe 2 Doubleword input data from EF register. 

Appears as AOQEF2(0-63) at AU level. 

AU Pipe 3 Doubleword input data from EF register. 

Appears as AOQEF3(0-63) at AU level. 

I4HDCORE Enables data input from MCU to KCM 

memory interface file. 

I4ADDR System clock. Originates as 

$XCLOCK04:0(00-15). Clock pulses for 
register file and KA/KB buffers. 

I4HDCORE Enables data transfer from IPU to MCU. 

I4PIPTOP Selects AU word to BR for push, pull and 

modify instructions. 

I4PIPTOP Selects word from IFQIJ0-31) in register 

file for transfer to XR register for in- 
dexing. 

I4PIPTOP Selects word from IFQAJ 0-31) or 

IFQB_(0-31) in register file for transfer 
to BR register. 

I4PIPTOP Selects words 1, 2 or 3 from IFQVJ 0-3 1) 

in register file for transfer to BR register 
during vector initialization. 

I4PIPTOP Gates word from KCM to IR. 

I4PIPTOP When -ILHAOIND = "1", gates a word from 

KA or KB ("1"), or from register file ("0") 
to IR. 
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Table B-2. I4FLLE Circuit Board Input Signals (Continued) 



Signature Origin 

ILSELK(29-31) I4ADDR 



-ILSELKA 

-ILSELKB 

IMCLEAR 

IMCMTA 

IMCMTB 

IMCMTC 

IMCMTD 

IMCMTKA 

IMCMTKB 

IMCMTI 

IMCMTV 

-IMDTL0(0-31) 

-IMDTL1(0-31) 

-IMDTI2(8-31) 
-IMDTL3(0-7) 

-IMDTL3(8-31) 

-IMDTL4(0-2) 

-IMDTL4(3-5) 

-IMDTL4(6) 

-IMDTL4(8-31) 



I4PIPTOP 

I4PIPTOP 

I4HDCORE 

I4HDCORE 

I4HDCORE 

I4HDCORE 

I4HDCORE 

I4CMREQ 

I4CMREQ 

I4HDCORE 

I4HDCORE 

I4PIPE 

I4PIPE 

UADDR 
I4RHAZ 

I4ZHAZ 

I4VECLAS 

I4MISC 

I4CMREQ 

I4ZHAZ 



Function 

Selects a word from KCM octet and from 
KA or KB octet to be subject to gating to 
IR. 

Enables output from KA to other IPU 
circuits. 

Enables output from KB to other IPU 
circuits. 

Master clear to KCM. 

Gates octet from KCM to register file A. 

Gates octet from KCM to register file B. 

Gates octet from KCM to register file C. 

Gates octet from KCM to register file D. 

Gates octet from KCM to KA buffer file. 

Gates octet from KCM to KB buffer file. 

Gates octet from KCM to register file I. 

Gates octet from KCM to register file V. 

Store details data lines to memory bus. 

Store details data lines to memory bus. 

Store details data lines to memory bus. 
Store details data lines to memory bus. 

Store details data lines to memory bus. 

Store details data lines to memory bus. 

Store details data lines to memory bus. 

Store details data line to memory bus. 

Store details data line to memory bus. 
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Table B-2. I4FILE Circuit Board Input Signals (Continued) 



Signature 

-IMDTL5(0-7) 

-IMDTL5(8-31) 

-IMDTL6(0-7) 

-IMDTL6(8-31) 

-IMDTL7(0-3) 

-IMDTL7(4-7) 

-IMDTL7(8-10) 

-IMDTL7(11) 

-IMDTL7(12-15] 

-IMDTL7(16-31] 

IMFSLDIS 

IMRE:4 



Origin 

I4INFACE 

I4ZHAZ 

I4INFACE 

I4ZHAZ 

I4STATUS 

I4CMREQ 

I4PIPTOP 

I4ROUTE3 

I4LVL3 

I4INFACE 

I4HDCORE 

I4HDCORE 



IMSE:4 I4HDCORE 

IOCM0-7(0-31) MCU 

IRAOSE L(0 -4) I4MISC 



IRDISKSL 



IRELTAOR 



I4MISC 



I4MISC 



Function 

Store details data lines to memory bus. 

Store details data lines to memory bus. 

Store details data lines to memory bus. 

Store details data lines to memory bus. 

Store details data lines to memory bus. 

Store details data lines to memory bus. 

Store details data lines to memory bus. 

Store details data line to memory bus. 

Store details data lines to memory bus. 

Store details data lines to memory bus. 

Disables selection of register file and 
memory interface files to MCU, register 
file or AO. 

Master reset to register file and KA/KB 
buffers. 

Preset to register file and KA/KB buffers. 

Bidirectional data bus to/from memory. 
Transfers octets only. 

Selects doubleword from register file, 
KCM, KA or KB for transfer to AO regis- 
ter. Also selects entry from register 
file to IR. 

Disables selection of KCM, KA or KB to 
MCU, register file or AO. 

Enables even left halfword to AO right half. 
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Table B-2. I4FILE Circuit Board Input Signals (Continued) 



Signature 
IRELTROR 



Origin 

I4MISC 



IRENRU I4MISC 

IRLEMSEL(0-3) I4STATUS 



IROLTAOL 

IROLTAOR 

IROLTROL 
IROLTROR 
IRORTAOR 

IRORTROR 



IVREGDST 



IVRSTACK 
(0-6, 8 and 9) 



-4XDTL2(0-7) 



I4MISC 

I4MISC 

I4MISC 
I4MISC 
I4MISC 

I4MISC 



IRROSEL(0-4) I4MISC 



-IVAUSEL(0-3 ) I4MISC 



I4MISC 



I4INFACE 



I^ADDR 



Function 

Enables even left halfword to RO right 
half. 

Enables RO input selection. 

Gates one of four AU pipes' output to 

status register. 

Enables odd left halfword to AO left 

half. 

Enables odd left halfword to AO right 
half. 

Enables odd left halfword to RO left half. 

Enables odd left halfword to RO right half. 

Enables odd right halfword to AO right 
half. 

Enables odd right halfword to RO right 
half. 

Selects doubleword from register file for 
entry into RO . 

Each bit selects one of the AU pipes for 
transferring data into the register file, 
or to the BR register for push, pull and 
modify. 

Enables input address decoding for the 
register file. 

Bits 0-6 are register file storage address; 
Bit 8 indicates a halfword store 
Bit 9 indicates a doubleword store 
(Bit 7 is not received by I4FIL.E). 

Store details data lines to memory bus. 
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Table B-3. I4FILE Circuit Board Output Signals 



Signature 

IFQV0(0-7) 

IFQV0(8-11) 

IFQV0(12) 

IFQV0(13-15) 



Destination 
I4MISC 
Not Used 
I4MISC 
I4PIPTOP 



IFQV0(16-31) I4INFACE 

IFQVl(0-4, 8-15) Not used 
IFQVl(5-7) I4PIPTOP 

Not used 



IFQV2 
(0,4,8-15) 

IFQV2(l-3) 



IFQV2(5-7) 
IFQV3(0-3) 

IFQV3(5-7) 

IFQV3(4,8-15) 

IFQV5(16-31) 

IFQV7(16-31) 

IIDBR(0-31) 

-IIDXR(0-31) 

ILKTIR(0-31) 

-ILKTIR(0-31) 



I4STATUS 

I4PIPTOP 
I4MISC 

I4PIPTOP 
Not used 
I4INFACE 
I4INFACE 
I4PIPE 
I4PIPE 
Not used 
I4PIPE 



Function 



Vector Op Code from register file V 



Register file V output 

Register file V output - Single valued 
vector 

Register file V output - Vector length 



Register file V output - Index A vector 



Register file V output - halfword start- 
ing address 

Register file V output - Index B vector 

Register file V output - Vector Incre- 
ment direction 

Register file V output - Index C vector 



Register file V output - Inner loop count 
Register file V output - Outer loop count 
Input word to BR register 
Input word to XR register 

Input word to IR register 
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Table B- 

Signature 

-ILQKCM0:2 
(0-31) 

-ILQKCM1:2 
(0-31) 

-ILQKCM2:2 
(0-31) 

-ILQKCM3:2 
(0-7) 

-ILQKCM3:2 
(8-31) 

-ILQKCM4:2 
(0-2) 

-ILQKCM4:2 
(3-5) 

-ILQKCM4:2(6) 

-ILQKCM4:2(7) 

-ILQKCM4:2 
(8-31) 

-ILQKCM5:2 
(0-7) 

-ILQKCM5:2 
(8-31) 

-ILQKCM6:2 
(0-7) 

-ILQKCM6:2 
(8-31) 

-ILQKCM7:2 
(0-3) 



3. I4FILE Circuit Board Output Signals (Continued) 
Destination Function 



I4PIPE 

I4PIPE 

I4ADDR 

I4RHAZ 

I4ZHAZ 

I4VECLAS 

I4MISC 

I4CMREQ 
Not used 
I4ZHAZ 

I4INFACE 

I4ZHAZ 

I4INFACE 

I4ZHAZ 

I4STATUS 



Load Details data lines from KCM 



Load Details data lines from KCM 



Load Details data lines from KCM 



Load Details data lines from KCM 



Load Details data lines from KCM 



Load Details data lines from KCM 



Load Details data lines from KCM 



Load Details data line from KCM 



Load Details data line from KCM 



Load Details data lines from KCM 



Load Details data lines from KCM 



Load Details data lines from KCM 



Load Details data lines from KCM 



Load Details data lines from KCM 
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Table B-3. I4FILE Circuit Board Output Signals (Continued) 
Signature Destination Function 



-ILQKCM7:2 I4HDCORE/ 

(4-7) I4CMREQ 

-ILQKCM7:2 I4PIPTOP 
(8-10) 

-ILQKCM7:2(11) I4ROUTE3 

-ILQKCM7:2 I4LVL3 
(12-15) 



-ILQKCM7:2 
(16-31) 



I4INFACE 



IRDAO0(0-31) I4PIPE 



IRDAOl(0-31) I4PIPE 



IRDRO0(0-31) I4PIPE 



IRDROl(0-31) I4PIPE 



IRLEMDAT(0-7) I4STATUS 



IRLEMDAT(8-15) Not used 



Load Details data lines from KCM 

Load Details data lines from KCM 

Load Details data line from KCM 
Load Details data lines from KCM 

Load Details data lines from KCM 



Input word to most significant 32 bits 
of AO. 

Input word to least significant 32 bits 
of AO. 

Input word to most significant 32 bits 
of RO. 

Input word to least significant 32 bits 
of RO. 

Input byte to status register from EF 
register of selected AU pipe. 
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AU WORD SELECT 

AU Word Select contains a four -input selectable multiplexer for each of the 
sixty -four bits of the incoming Arithmetic Unit (AU) word, plus eight four- 
input multiplexers that relay the eight most significant bits of the AU word 
to the status register on the I4PIPEMB. The inputs to each multiplexer orig- 
inate in the EF output register of the four AU's. Each input is gated indepen- 
dently by a separate gate signal (- IVAUSEL(0-3) ). However, only one gate 
signal can be active at any one time. For example, if -IVAUSEL(l) is active, 
it transfers the 64-bit input from AU1 (AOQEF10 (0-31) /AOQEFll(0-3 1)) into 
the Register File or to the BR register on the I4PIPEMB. Control gates on 
the I4CTLMB prevent the remaining IVAUSEL bits from becoming active. 
The data output (-IFAUO0/-IFAUO1 (0-31)) enters the register file for storage 
after control signals determine if it is a singleword, doubleword or halfword. 

The eight most significant bits of the AU input (AOQEFX0:2(0-7)) may also 
transfer to the Program Status Doubleword register (IRQPSW) on the 
I4PIPEMB. Four select bits (IRLEMSEL(0-3)) from the Status Controller 
on the I4PIPEMB determine which AU pipe will be gated to the status register. 
The output from this selection (IRLEMDAT(0-7)) transfers to the I4PIPEMB. 



B - 1 2 

Advanced Scientific Computer 




WORD SIZE SELECT 

Two control bits from the I4CTLMB (IVRSTACK 9 and 8) determine the word 
size of the incoming data from the selected AU pipe. If neither of these bits 
is set, a singleword size is selected (32 bits). The signal IFAUSW enables 
IFAUO0(0-15) to the left halfword inputs to the register file (IFAUEL/IFAUOL), 
and IFAUOO (16-31) to the right halfword inputs to the register file (IFAUER/ 
IFAUOR). Singleword inputs always originate from IFAUOO. If IVRSTACK(9) 
is set, a doubleword size is selected (64 bits). The signal IFAUDW gates 
IFAUOO (0-31) to the left and right halves of the even word inputs to the register 
file (IFAUEL/IFAUER), and IFAUOl (0-31) to the left and right halves of the 
odd word inputs to the register file (IFAUOL/ IFAUOR). If IVRSTACK(8) is 
set, a halfword size is selected (16 bits). The signal IFAUHW transfers 
IFAUOO(16-31) to all four halfword inputs to the register file. A halfword 
input will always originate in the sixteen least significant bits of IFAUOO. 
Figure B-2 summarizes these transfer paths. IVRSTACK (8 and 9) cannot 
be set simultaneously. 
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Figure B-2. Word Size Select Paths 
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REGISTER FILE ADDRESS DETERMINATION 

Seven control bits from I4CTLMB (IVRSTACK(0-6)) address the register file 
to the halfword level. The I4FILE circuit board decodes these bits to pro- 
duce 94 halfword gate signals, one for each halfword in the register file. 
This circuit operates during an AU transfer into the register file. 

IVRSTACK BITS. The IVRSTACK address originates in the register 
stack registers R5 through RC that correspond to each of the CP pipes (0-3). 
The register stack is located on I4HAZMB. When the operation in the AU 
pipe is complete, the address for storing the result transfers from register 
stack register C to I4CTLMB. If the address is less than or equal to 2F 
(the highest address in the register file), the IVRSTACK bits are sent to the 
I4FILE circuit boards to choose a register file location for storing the output 
from the AU pipe. The seven address bits allow the control circuit to desig- 
nate any halfword in the register file. Bits 0, 1 and 2 select the octet within 
the file, bits 3, 4 and 5 isolate the word within the octet and bit 6 selects the 
right (bits 16-31) or left (bits 0-15) halfword. Refer to figure B-3 for an 
illustration of this bit breakdown. 
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Figure B-3. IVRSTACK(0-6) Bit Assignments 
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IVRSTACK HARDWARE DECODE. Decode of the IVRSTACK bits to se- 
lect a register file halfword is not a direct decode of the address bits. Since 
the control circuits may address either a halfword, a singleword, or a double- 
word in the register file, I4FILE decodes the control bits in segments to allow 
for this capability. The decode circuit first examines bits 5 and 6 of the in- 
coming address, plus IVRSTACK(8) (halfword select) and IVRSTACK (9) 
(doubleword select). The output from this examination designates the four 
possible combinations of half words represented "by bits 5 and 6: 

• Odd word, Right halfword (IFENGOR) 

• Odd word, Left halfword (IFENGOL) 

• Even word, Right halfword (IFENGER) 

• Even word, Left halfword (IF EN GEL) 

If IVRSTACK(8) is set, the decode network generates one of these gating sig- 
nals to select the proper halfword. During a singleword store, however, the 
differentiation between halfwords is not needed. The decode circuit produces 
two of the gating signals to select either the entire odd word, or the entire even 
word. If IVRSTACK(9) is set, this portion of the decode circuit is unnecessary. 
All four gating signals are generated. 

The decode network network enabled by IVREGDST, then checks bits and 1 
of the incoming address to pick a group of two octets within the register file. 
If bit is set, the address selects either the I or V files. If bit 1 is set, the 
address selects either the C or the D file. If neither of the two bits are set, 
the address selects either the A or B file. Since the control circuit has already 
determined that the address is less than or equal to 2F, bits and 1 cannot be 
set simultaneously. This portion of the decode, combined with the first decode 
stage, isolates the halfword(s) within the two octets selected by bits and 1. 

The decode circuit then examines bits 2, 3 and 4 of the address. Bit 2 selects 
either the odd or the even octet of the two selected octets. Bits 3 and 4 deter- 
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mine the doubleword within that octet. When combined with the previously- 
generated select bits, either one, two or four gate signals are produced to 
enter the incoming AU data word into the proper location in the register file. 
Figure B-4 illustrates the breakdown of the address word as viewed by the 
hardware decode circuit. 
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Figure B-4. IVRSTACK(0-6) Hardware Decode Bit Assignments 
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REGISTER FILE (IFQA - IFQV) 

The register file is a storage area in the IPU that consists of forty-seven 
32 -bit registers. These registers are grouped into six groups of eight words 
(octets). The letters A, B, C, D, I and V differentiate the six octets. Octet A, 
however, contains only seven words, since the first word in that octet 
(address 00) cannot be addressed in the register file. Each I4FILE circuit 
board contains two bits of each word in the register file. These two bits are 
drawn from each halfword of the word so that bits and 16 are on I4FILE(0), 
bits 1 and 17 are on I4FILE(1), etc. The primary block diagram description 
of the IPU describes the contents and functions of each register file octet. 

INPUTS. Two input sources provide inputs to the register file: central 
memory through KCM, and any of the four AU pipes. The AU inputs (-IFAUEL, 
-IFAUER, -IFAUOL, -IFAUOR) allow storage of all process results into the 
register file so they may be retrieved without the need for a memory cycle to 
the MCU. The input from KCM (-IFSELJ0-3 1)) loads file instructions, and 
is also used during a Load Details operation to load the register file. When 
the I4HDCORE circuit board on I4CTLMB is performing a CP Load Etetails, 
it generates each of the six input gates to the register file (IMCMTA, IMCMTB, 
IMCMTC, IMCMTD, IMCMTI, and IMCMTV) as its respective octet is read 
from memory into KCM and becomes available for input to the register file. 
For a Load File instruction, the IPU Level 3 Controller forces the I4CMREQ 
circuit board on I4CTLMB to fetch an octet from memory. Level 3 Controller 
generates input gates to the register file octets to load the memory octet. 

STRUCTURE. The register file is composed of ECL type DF flip-flops. 
One input to each flip-flop is the -IFSEL bit from KCM. This input is enabled 
by the corresponding gate signal (IMCMTA - IMCMTV). The second input to 
the flip-flop is the -IFAUxx input. This input is gated by the respective IF AUG 
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signal from the address decode. The system clock pulse (ICLOCK:l-15) 
supplies transfer pulses for entering data. In addition, master reset and 
preset functions are provided by the IMRE:4 and IMSE:4 signals, respec- 
tively. 

OUTPUTS. The register file outputs are available to other select cir- 
cuits within the I4FILE circuit board that choose the inputs to other registers 
in the IPU. In addition, the V octet can be directly transferred to I4CTLMB 
for vector parameter definition and hazard detection. 
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XR INPUT SELECT 

The I octet of the register file contains seven words (1 through 7) that are used 
for instruction indexing. Three bits from the level 1 controller on I4CTLMB 
(IIISEL(0-2)) select the I octet word for transfer to the XR Register on 
I4PIPEMB. An octal decode circuit produces a separate gate signal for each 
of the seven words in the I octet. If all of the select bits are zeroes, no gate 
signal is produced so that only zeroes may be transferred to the XR register, 
(no indexing). The other seven combinations of the three bits gates produce 
for the respective words in the I octet (IFQI_(0-3 1)). 

RO INPUT SELECT 

The RO register is a 64-bit register located on the I4PIPE circuit boards. The 
input select to this register from the I4FILE circuit board provides either a 
halfword, a singleword, or a doubleword input to RO from any octet in the reg- 
ister file. The selection of the proper input is performed in three steps: 
octet selection, doubleword selection, and singleword/halfword selection. 

OCTET SELECT. Three control bits (IRROSEL(0-2)) from the level 3 
controller on I4CTLMB determine which of the six register file octets are to 
be used for data to the RO register. The three bits produce six gating signals 
(IRUA, IRUB, IRUC, IRUD, IRUI and IRUV) to choose one of the octets. The 
decode circuit views the three bits as a binary representation of an octal num- 
ber. The output gating signals correspond to decodes through 5 for octets A 
through V, respectively. Each of the six gating signals selects one of the oc- 
tets from the register file. The output from this selection (-IRSEL_(0-3 1)) 
is then subjected to further refinement to the doubleword, singleword or half- 
word level. 
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DOUBLEWORD SELECTION. Two control bits (IRROSEL(3 and 4)) from 
I4CTLMB determine which doubleword from the selected register file octet 
contains data for entry data to the RO register. In addition, an enable signal 
(IRENRU) allows the circuit to perform the selection and forward data to RO. 
If IRENRU is set, the following combinations of IRROSEL(3 and 4) select the 
indicated doubleword from the selected octet (-IRSEL_(0-3 1)): 

Doubleword Selected 



IRROSEL(3) 


ill 


Gate Signal 








IRU(l) 





1 


IRU(3 ) 


1 





IRU(5) 


1 


1 


IRU(7) 



-IRSEL0(0-31) and - IRSEL1(0-31) 
-IRSEL2(0-31) and -IRSEL3(0-31) 
-IRSEL4(0-31) and -IRSEL5(0-31) 
-IRSEL6(0-31) and -IRSEL7(0-31) 

The selected doubleword is then available to the singleword and halfword se- 
lection circuit as two singlewords. The singleword that originated from 
-IRSELO, 2, 4, or 6 becomes the even output word, IRE0(0-31). The single- 
word that originated from -IRSEL1,3, 5 or 7 becomes the odd output word, 
IRDROl(0-31). IRDROl(0-31) is also available to RO to form the least signifi- 
cant singleword of a doubleword transfer. 

SINGLEWORD/HALFWORD SELECTION. Four control signals from 
I4CTLMB determine the composition of the IRDRO0(0-31) output word to the 
RO register (refer to figure B-5). These control signals and their literal 
meaning are as follows: 

• IROLTROR Odd word, Left half To RO register Right word 

• IRORTROR Odd word, Right half To RO register Right word 

• IRELTROR Even word, Left half To RO register Right word 

• IROLTROL Odd word, Left half To RO register Left word 

If the transfer toRO is a doubleword transfer, all of the above control signals 
will be zeroes. This condition transfers the input word IREO(0-3 1) directly 
to the IRDRO0(0-31) output word to become the most significant word input to 
the RO register (IRDROl (0-31) is the least significant word). For singleword 
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entry into RO,, either the odd singleword or the even singleword may be trans- 
ferred to the most significant word of RO. If the even word is to be trans- 
ferred, (IREO(0-31)) the control signals remain at zeroes and the even word 
transfers directly to the output word as in a doubleword transfer. Gating sig- 
nals to RO prevent IRDROl(0-31) from transferring to RO during a singleword 
and halfword transfer. If the odd word is to be transferred to RO, IRORTROR 
and IROLTROL set. These signals gate the two halfwords of IRDROl(0-31) 
to the corresponding halfword positions in the output word to RO. 

All halfword transfers must be made through the right halfword (IRDRO0(16-3 1 
to RO. The singleword gating processes can also transfer the right half of 
either input word to the right half of the output word during halfword selections. 
The two remaining gate signals, IROLTROR and IRELTROR, transfer the left 
half of either the odd input word or the even input word, respectively, to the 
right halfword for output to RO. 
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EVEN WORD 



IREO(0-15) 



IREO( 16-31) 



DOUBLEWORD/EVEN SINGLEWORD 



NO CONTROL SIGNALS 



EVEN-LEFT HALFWORD 



IRELTROR 



DOUBLEWORD, 
EVEN SINGLEWORD 



AND EVEN-RIGHT 
HALFWORD-NO 
CONTROL SIGNALS 



ODD WORD 



IRDROl(0~15) 



ODD SINGLEWORD 



IRDROI (16-31) 



OUTPUT WORD TO 
LEFT WORD OF RO 



-^ 



IRDRO0(0-l 5) 



IROLTROL 



ODD-LEFT HALFWORD 



IROLTROR 



ODD SINGLEWORD/ 
ODD-RIGHT HALFWORD 



IRDRO0( 16-31) 
(HALFWORD 
OUTPUT TO RO) 



IRORTROR 



(A)123681 



Figure B-5. Double /Single /Half word Selection Paths 
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BR INPUT SELECT 

The BR register is a 32 -bit register, located on I4PIPEMB, that holds the 
base address for input to the address modification circuits. The input select 
gates transfer either the output from the A or B octets in the register file, 
the three vector address words from the V octet, or bits 32 through 63 from 
one of the AU pipes to the BR register. Seven control lines from I4CTLMB 
perform the transfer gating function. 

A OR B OCTET SELECT. Four control bits (-IISELAB(0-3)) determine 
selection of either the A or the B octet in the register file for transfer to BR. 
Bit of this group determines if the A or the B file will be used. When set 
it selects the A octet; when equal to zero, it selects the B octet. The re- 
maining bits select one of the eight words in the selected octet. The signals 
are first inverted to produce "true" level signals before decoding. The de- 
code circuit produces gate signals to the octet word that corresponds to the 
octal number represented by the three inverted control bits (ILSELAB(l-3)). 
The selected word is immediately available to the BR register. 



V OCTET SELECTION. At the initiation of a vector instruction, words 
1, 2 and 3 of the V octet (containing the starting addresses of the A, B and 
C vectors, respectively) are transferred to BR for possible address modifi- 
cation before being sent to the MBU. Two control signals (IIVTBR(0 and 1)) 
determine which of the three words will be transferred to BR at a particular 
moment. If both control bits are zero, no selection is made. Otherwise 
the bits select the following words: 

01 IFQV1(0-31) 

10 IFQV2(0-31) 

11 IFQV3(0-31) 

AU INPUT SELECT. During Push, Pull or Modify instructions, the 
AU modifies the memory pointer that is used for storage of results. In order 
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to transfer the modified pointer to the MBU, a path through the IPU address 
development circuits is required. The BR input select provides this path. 
Only the right word (bits 32-63) of the AU output can be gated to the BR regis- 
ter. Four control bits (-IVAUSEL(0-3)) determine which AU pipe will supply 
the AU input (refer to the AU Word Select circuit description). To transfer 
the AU word to BR, a control signal (-IIAUPP) gates the word through the in- 
put select circuit to BR. 
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IF OCTET SELECT 

The IF Octet Select circuit receives octet inputs from the register file, from 
KCM and from the two buffer files KA and KB. Five control signals from 
I4CTLMB determine which octet will be placed on the -IFSEL (0-31) bus line. 
This bus line provides input data to the register file, to the memory storage 
select circuit and also to the AO and IR register input gating circuits. Con- 
trol signals, derived from the type of instruction being processed, determine 
the destination of the -IFSEL (0-31) data bits. 

CONTROL SIGNAL DECODE. Five control signals, IRAOSEL(0-2), 
IMFSLDIS and IRDISKSL choose one of the input octets for output from the 
select circuit. IMFSLDIS, when high, disables the decode circuit. If this 
signal is low, IRAOSEL(0-2) selects one of the eight input octets as follows: 



IRAOSEL(0-2) 


Selected Octet 


Gate Signal 


000 


IFQAJO-31) 


IBUA 


001 


IFQB (0-31) 


IBUB 


010 


IFQC (0-31) 


IBUC 


011 


IFQD (0-31) 


IBUD 


100 


IFQI (0-31) 


IBUI 


101 


IFQV_(0-31) 


IBUV 


110 


ILK (0-31) 


ILSTORK 


111 


ILQKCM (0-31) 


ILSELKCM 



The last two selections can be disabled by setting the remaining control sig- 
nal, IRDISKSL, to a one level. 

OUTPUT BUS PATHS. The -IFSELJO-31) bus provides inputs to other 
gating circuits on the I4FILE circuit board. Each of these inputs, however, 
has restricted use. The input path to the register file provides data from 
central memory through KCM, for storage in the register file. This path is 
used for Load File and Load File Multiple instructions, and a Load Details 
operation. The input path to the memory input select circuit may be used to 
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store any of the input octets in memory. When storing maintenance details 
(-IMDTL (0-31)), IMFSLDIS must disable selection of any octet to the 
-IFSEL (0-31) lines. The bus path to the AO and IR register inputs may be 
used for octets from the register file, or from the memory interference 
files. This path for loading IR is normally only used for register file data. 

CENTRAL MEMORY INTERFACE 

The I4FILE circuit board contains the IPU's interface with central memory. 
This interface is asynchronous (not clocked). It reads octets from memory 
for instruction fetches and load details operations, and stores octets into 
memory for store file instructions and store details operations. The memory 
interface file, KCM, receives octets from memory; a memory storage gate 
circuit enables data octets to memory for storage. 

MEMORY STORAGE GATE. Two source data signals may be relayed to 
central memory through the memory storage gate. The gate is enabled by 
-ICWRITE from I4CTLMB. When this signal is low, either of the two input 
data lines may transmit data to memory. Control signals from I4CTLMB 
ensure that when one of the data line inputs is active, the other input will be 
dormant. One input to this gate (-IMDTLJ0-31)) transmits details informa- 
tion from the other IPU circuit boards to central memory during a store de- 
tails operation. The other input to this gate may be used for store details of 
the I4FILE circuit board registers, or for a store file or store file multiple 
instruction. Either case relays the contents of registers on the I4FILE cir- 
cuit board to central memory for storage. When neither of these storage op- 
erations is being performed, the -ICWRITE signal goes high to enable the 
data bus to the MCU (IOCMJ0-31)) to be used for data transmission to KCM. 

KCM MEMORY INTERFACE FILE. KCM is an octet buffer file that re- 
ceives read data from the MCU through the bidirectional data bus (IOCM_(0-3 1)), 
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Addresses to the MCU to fetch data are produced on the I4ADDR circuit board. 
KCM has no clock input so that it may accept data from memory any time that 
it is enabled. One control signal (ICCMSTRB) from I4CTLMB enables all reg- 
isters in the file. Inputs to the file are always octets. When ICCMSTRB is a 
"1", ILQKCM_(0-31) is loaded with the data on the memory data bus. 

Three output buses from KCM channel the data to other components of the IPU. 
ILQKCM_(0-31) allows data transfer through the IF select circuit to the regis- 
ter file during store file and load details operations, and also allows storage 
of KCM contents into memory during a store details operation. ILQKCM (0-31) 
also routes the contents of the file to the instruction register (IR) on the 
I4PIPEMB for indirect and execute instruction fetches. A second output from 
KCM (-ILQKCM_:2(0-31)) fans-out to other components of the IPU and is used 
exclusively for load details operations. The third output from KCM 
(-ILQKCM__: 1(0-3 1)) transfers the contents of KCM to one of the two octet 
buffer files (KA or KB) so that KCM will be prepared to accept the next instruc- 
tion octet from memory. 

IMCLEAR from I4CTLMB initializes the file at the beginning of operations. 

KA/KB OCTET BUFFER FILES. KA and KB are octet files that receive 
data input exclusively from KCM and hold that data for use by the IPU. During 
normal instruction processing, either KA or KB is initially loaded with an oc- 
tet of instructions. While the instructions are being used from this first octet, 
the remaining file is loaded with the next instruction octet. The two files are 
used in this alternating fashion as long as instructions are in contiguous octet 
locations. I4CTLMB controls the input and output gating of KA and KB. 
IMCMTKA enables the next pulse from the ICLOCK to transfer the contents 
of KCM into the KA file. Similarly, IMCMTKB allows ICLOCK to transfer 
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KCM into KB. Two other control signals (-ILSELKA and -ILSELKB) gate 
the output from the corresponding file to the IPU circuit. The output from 
these files normally transfers to the instruction register (IR) on I4PIPEMB. 
However, during a store details the output is fed through the IF select cir- 
cuit for transfer to memory. 
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AO INPUT SELECT 

AO is a 64 bit register, located on I4PIPEMB, that relays operands to the 
MBU. The portion of the AO input select that is on the I4FILE circuit board 
supplies doubleword, singleword or halfword inputs to AO from the octets in 
the register file or from KCM, KA or KB. The select circuit supplies two 
32-bit words to AO: one odd word (IRDAOl(0-3 1)) that becomes the least sig- 
nificant half of AO, and one even word (IRDAO0(0-31)) that becomes the most 
significant half of AO. Singlewords are loaded through the even word output; 
halfword s are loaded through the right half of the even word output (IRDAO0- 
(16-31)). 

OCTET SELECT. Octet selection for AO is performed by the IFSEL octet 
select gate. Control bits IRA0SEL(0-2) choose the correct octet from the 
register file or from one of the memory interface files to supply input to AO. 

DOUBLEWORD SELECTION. Two control bits from I4CTLMB (IRAOSEL- 
(3 and 4)) determine which doubleword from the selected octet will enter data 
to AO. The following combinations of these control bits select the indicated 
doubleword from the selected octet: 

Doubleword selected 
-IFSEL0(0-31) and -IFSEL1(0-31) 
-IFSEL2(0-31) and -IFSEL3(0-31) 
-IFSEL4(0-31) and -IFSEL5(0-31) 
-IFSEL6(0-31) and -IFSEL7(0-31) 

The selected doubleword is then available to the singleword and halfword selec- 
tion circuit as two singlewords. The singleword that originated from 
-IFSEL0,2,4 or 6 becomes the even output word, IBEO(0-31). The singleword 



IRAOSEL(3) 


i±> 


Gate Signal 








IBU(l) 





1 


IBU(3) 


1 





IBU(5) 


1 


1 


IBU(7) 
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that originated from -IFSELl,3, 5 or 7 becomes the odd output word, 
IRDAOl(0-31). This odd word is also available to the AO register to form 
the least significant singleword of a doubleword entry. 

SINGLEWORD/HALFWORD SELECTION. Four control signals from the 
I4CTLMB determine the composition of the IRDAO0(0-31) output word to the 
AO register. These control signals and their literal meaning are as follows: 

• IROLTAOR Odd word, Left half To AO register, Right word 

• IRORTAOR Odd word, Right half to AO register, Right word 

• IRELTAOR Even word, Left half To AO register, Right word 

• IROLTAOL Odd word, Left half To AO register, Left word 

If the transfer to AO is a doubleword transfer, all of these control signals will 
be zeroes. This condition transfers the input word IBE0(0-31) directly to the 
output line to AO, while the odd word IRDAOl(0-31) transfers to the least sig- 
nificant half of AO. 

For singleword entries into AO, either the odd singleword or the even singleword 
may be transferred to the most significant word of AO. If only the even word is 
to be transferred (IBEO(0-3 1)), the control signals remain at zeroes and the 
even word transfers to the output word as it does for a doubleword transfer. 
Gating signals prevent the other half word from entering AO as part of a double - 
word. If the odd word is to be transferred to AO, IRORTAOR and IROLTAOL 
set. These signals gate the two halfwords of IRDAOl(0-31) to the corresponding 
halfword positions in the output word to AO. 

All halfword transfers to AO must be made through the right halfword (IRDAO0- 
(16-31). The singleword gating processes allow the right half of either input 
word to be transferred to the right half of the output word. The two remaining 
gate signals, IROLTAOR AND IRELTAOR, enable the transfer of the left half 
of either the odd word or the even word input, respectively, to the right halfword 
for output to AO. 
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In addition to supplying inputs to the left singleword of AO, this selection cir- 
cuit also provides inputs from the register file to the instruction register (IR) 
on I4PIPEMB. The output to the IR input select (-IRDAO0(0-3 1)) is the com- 
plement of the word supplied to AO. Entries from the memory interface octets 
to IR are performed more efficiently by a different selection network, and are 
not loaded through this gate. 
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IR INPUT SELECT 

The instruction register (IR) is a 32 -bit register that receives input instruc- 
tion words for processing by the IPU. The input selection to this register 
contained on the I4FILE circuit board chooses a word from KCM 4 KA, KB, or 
the register file for entry into IR. During normal processing, entry into IR 
is from either KA or KB. KCM transfers to IR when a hard core address is 
required from central memory or if an indirect address is contained in mem- 
ory and is not resident in the IPU. The register file may also supply indirect 
address responses through the AO input selection, but only for the first indi- 
rect address. Subsequent indirect address fetches must be made to central 
memory. 

KCM, KA AND KB WORD SELECT. Three control bits from the I4ADDR 
circuit board select a word from KCM, and from KA or KB for input to the 
final word selection gate. These three bits (ILSELK(29-31)) enter an octal 
decode circuit that produces one of eight possible input gates (ILUK(0-7)) de- 
pending upon the value of the input code. The ILUK(0-7) signal that is enabled 
transfers the corresponding word from ILQKCM_(0-31) and ILK_(0-31) to the 
final IR input gate. 

FINAL WORD GATING. Three data words are available for final selection 
to IR: -IRDAO0(0-31) containing an input from the register file, -ILKCM(0-31) 
containing a word from central memory through KCM, and -ILKAB(0-31) that 
supplies inputs from either the KA or KB buffer files. Two control bits 
(-ILHAOIND and ILRFTIR) from I4CTLMB select which input word is to be 
transferred to IR. The first of these signals is dominant. Whenever -ILHAOIND 
is a zero level the input word from KCM will be transferred to IR. If this con- 
trol line is high, ILRFTIR (register file to IR) transfers the register file input 
to IR when high and gates the KA/KB input word to IR when low. 

Figure B-6 is the block diagram of the I4FILE circuit board. 
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Figure B-6. I4FILE Circuit Board 
Block Diagram 
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14CMREQ 
INTRODUCTION - BLOCK DIAGRAM SYMBOLS 



The block diagram included in this circuit board description condenses the 
information contained in the logic diagrams to a one sheet representation. 
The diagram contains all control signatures that are inputs to or outputs from 
the circuit board. In addition many of the key control lines internal to the 
board are illustrated. Since the circuit board is a control board, no data 
lines are found on the board. Other information contained on the block dia- 
gram is illustrated in figure B-7, and includes: 

t Sheet Number - Location of the logic diagram for the depicted 

function within the logic set for the circuit 
board. Multiple sheets are referenced with a 
letter that is explained in the notes on the 
diagram. 

• Pin Number - Circuit board input/output pin that carries the 

indicated signal. When more than one pin number 
appears, the pin for the most significant bit 
appears first, or if different signals are in- 
cluded on one line, the pin numbers appear in the 
order of the signatures listed on the line. Large 
quantities of pins are in tabular form in the notes 
on the diagram sheet. 

• Line size - Numbers on all lines indicate the number of bits 

represented by that particular line. A line with- 
out a number represents only one bit. 
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INPUT PINS 



SHEET NUMBER 
OF CIRCUIT IN 
LOGIC DIAGRAM 
SET 



BMQRMERQ(0-3 



359,455,357,458 I TO 

I4ROUTE 
454,457,456,355 




OUTPUT PINS 



&IBmf££s RD 



FUNCTIONAL TITLE FOR CIRCUIT 



1 BIT LINE (NO NUMBER) 



FROM MBU'S 0-3 
(A) 123675 



Figure B-7. Key to Symbols - I4CMREQ Circuit Board Block Diagrams 



B-38 



Advanced Scientific Computer 




I4CMREQ CIRCUIT BOARD 

The I4CMREQ circuit board is a control circuit board that contains the Look 
Ahead Controller and the Central Memory Requester for the IPU. In addition 
the circuit board contains a hazard determination for the KA and KB buffer 
files, flag flip-flops for the early and late window signals from the AU ROM, 
plus unit register fanin, and details fanin-fanout circuits. These circuits 
and their interrelations are illustrated on the block diagram at the end of 
this section (figure B-14), The following paragraphs describe the component 
circuits on the I4CMREQ circuit board and the control signals produced to co- 
ordinate instruction octet fetching for the IPU. 

INTERFACE SIGNALS 

Table B-4 defines the input signals to the I4CMREQ circuit board. Table B-5 
defines the output signals from the I4CMREQ circuit board. 

Table B-4. I4CMREQ Circuit Board Input Signals 



Signature 
BMQRMERW(0-3) 



Origin 

AU ROM in 
MBU's 0-3 



Function 

Indicates that the divide in pipe 0-3 is at 
a point so that a divide of the same group 
in level 3 could reach the AU in time to 
save divide initialization time by over- 
lapping (Early Window). Includes memory 
fetch time. 
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Table B-4. I4CMREQ Circuit Board Input Signals (Continued) 



Signature 
BMQRMLTW(0-3) 



ICCMFUL 



ICLOCKrOO 



-ICOABSY 



Origin 

AU ROM in 
MBU's 0-3 



I4HDC0RE 



CLOCKFAN 



I4HDC0RE 



ICQAREX 


I4HDC0RE 


ICQIPIOP 


I4HDC0RE 


ICQIPPAE 


I4HDC0RE 


ICQIPPRV 


I4HDC0RE 


ICRCMPV 


I4HDC0RE 


IHQOA: 1 
(8-31 ) 


I4ADDR 



Function 

Indicates that the divide in pipe 0-3 is at 
a point so that a divide of the same group 
in level 3 could reach the AU in time to 
save divide initialization time by over- 
lapping (Late Window). Does not include 
memory fetch time. 

Indicates to CMR that KCM (memory interface 
buffer) contains an octet of instructions 
for memory. 

System clock. Originates as $XL0CK02: 0(005). 
Clock pulses for control circuits. 

Indicates to CMR that the OA address register 
to the MCU contains a valtd instruction address 
that has not been transmitted. 

Arithmetic exception flag. Transferred during 
store details only. 

IPU illegal op code flag. Transferred during 
store details only. 

Parity error flag. Transferred during store 
details only. 

Memory protect violation flag. Transferred 
during store details only. 

Read protect violation indication to CMR: last 
memory request produced a protect violation. 

Contents of the OA register for transfer as 
Unit Register data. 
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Table B-4. I4CMREQ Circuit Board Input Signals (Continued) 



Signature 
IIQL1ACT 

IIQS(6) 
-ILLAEQZB(0-3) 

-ILQKCM4(6) 

-ILQKCM7(4-7) 
ILQLC(0-7) 

ILQPA(29-31) 



ILPAEBA(O.l) 

(-)ILPAEN 

ILPAENSB(],2) 
ILZBVSPA 



I4PIPT0P 



I4ZHAZ(0,4, 
8,12) 



I4FILE(6) 

I4FILE(4-7) 
I4ADDR 



-IMHCREQ 



Origin Function 

I4PIPT0P Level 1 active flag: used by look ahead con- 
troller to determine if a PB target is in 
level 0. 

Level T controller state 6 flag; store file 
instruction at level 2. 

Indicates that the look ahead octet is to be 
modified by an instruction in pipes through 
3. 

Load details input to early and late window 
flags. 

Load details inputs for I4CMREQ circuits. 

Contents of the look ahead counter: used by 
the look ahead controller to determine the 
position of an upcoming branch. 

Word address contained in the PA register. 
Used by look ahead controller to determine 
octet boundary (PA = 7). Also transferred 
as unit register data to the PP. 

Indicates to the look ahead controller that 
the address in BA is equal to the present 
address octet in PA. 

I4PIPT0P Enables the look ahead controller to transfer 

a new instruction into the IR register. 

I4PIPT0P Enables the look ahead controller to transfer 
a new instruction into the IR register. 

I4PIPT0P Indicates that the present address octet will 
be modified by an instruction in one of the 
IPU pipes. 

I4HDC0RE Indicates to CMR that a maintenance command 
is being performed (hard core request). 



I4ADDR 



I4ADDR 



B-41 



Advanced Scientific Computer 




Table B-4. I4CMREQ Circuit Board Input Signals (Continued) 



Signature 
IMLDTL:2 

IM0CTR:2(0-3) 

-IMQFREEZ:! 

IMRE:2 
IMSDTL:2 



IMSE:2 
IMUREN(0-3) 

-IPL2BLK 
IPQDCPB 

IPQL2ACT 

-IPR2(4-7) 

IRALINCM 



Function 

I4HDC0RE Enables the details count decoder to generate 
the load details gates to the circuits on 
I4CMREQ. 

I4HDC0RE Provides the sequencing count used during load 
and store details operations. 

I4HDC0RE Disables IPU operation due to run bit being 
cleared or other abnormality. 

I4HDC0RE Master reset to I4CMREQ circuits. 

I4HDC0RE Enables the details count decoder to generate 
the store details gates to the circuits on 
I4CMREQ. 

Master preset to I4CMREQ circuits. 

Four bit code that selects one of seven inputs 
from I4CMREQ for transfer as unit register 
data to the PP. 

Level 2 Block (not) - enables the look ahead 
controller to transfer a new instruction into 
the IR register. 

Prepare to Branch instruction at level 2: 
used by look ahead controller to locate the 
PB target. 

I4PIPT0P Level 2 active flag: used by look ahead con- 
troller to determine if a PB target is in 
level 0. 

I4PIPE(4-7) Contents of the level 2 R register (R2): 

used by look ahead controller to determine 
if a PB target is at level 0. 

I4R0UTE1 Alpha in Central Memory: Indicates that the 
desired operand is not in the register file. 



I4HDC0RE 
I4HDC0RE 

I4PIPT0P 
I4INFACE 
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Table B-4. I4CMREQ Circuit Board Input Signals (Continued) 



Signature 
-IRARELA 

-IRAREPA 

IRBRHAZ 



-IRBRTLA 



-IRBRTOA 



-IRBRTPA 



-IRBRTP1 



-IRBRTP2 



-IRDLBNT 



Origin 
I4LVL3 

I4LVL3 

I4LVL3 



I4LVL3 



I4LVL3 



I4LVL3 



I4LYL3 



I4LVL3 



I4LVL3 



Function 

Address in the AR register in level 3 is 
contained in the look ahead octet. 

Address in the AR register in level 3 is 
contained in the presently executing octet. 

A branch instruction at level 3 has encoun- 
tered a hazard in the pipe and is waiting 
for it to clear. 

Indicates to the look ahead controller that 
the target instruction of a branch at level 
3 is contained in the look ahead octet. 

Indicates to the look ahead controller that 
the target instruction of a branch at level 
3 will have to be fetched from memory. 

Indicates to the look ahead controller that 
the target instruction of a branch at level 
3 is contained in the currently executing 
octet. 

Indicates to the look ahead controller that 
the target instruction of a branch at level 
3 is contained in level 1 of the IPU. 

Indicates to the look ahead controller that 
the target instruction of a branch at level 
3 is contained in level 2 of the IPU. 

Dual and Branch not taken: While operating 
in dual mode, the expected branch was either 
skipped over, or not executed due to the lack 
of a required condition. 
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Table B-4. I4CMREQ Circuit Board Input Signals (Continued) 



Signature 
-IREXIND 



-IRINHAZ 



-IRLCLBR 



-IRLFREQ 

IRLLXFER 
-IRPBXFER 

IRPAC3:1 
IRQDCPB 

IRQP3(29-31) 

IRQTARGT 
-IRR3(4-7) 



Origin 



I4LYL3 



I4LVL3 



I4LYL3 



I4VECLAS 

I4LVL3 
I4LVL3 



I4R0UTE 



I4INFACEO) 

I4PIPE(7) 

I4LVL3 
I4PIPE(4-7) 



Function 

An indirect address, or an Execute instruc- 
tion is at level 3 and requires a new octet 
from memory to continue processing. 

An instruction hazard has occurred and the 
corresponding Instruction octet must be re- 
fetched to recover to changed information. 

Local Branch: the branch instruction at level 
3 references a target instruction that is 
resident in the IPU octets. 

Load file request: Data octets are to be 
transferred from memory to the register file. 

A Load Look Ahead Instruction is at level 3. 

A Prepare to Branch Instruction is at level 3 

and is enabled. 

Level 3 Path Ahead Clear - Enables the look 
ahead controller to transfer a new instruction 
into the IR register. 

Prepare to Branch instruction at level 3: 
used by the look ahead controller to locate 
the PB target. 

Word address of the instruction in level 3: 
used in look ahead controller to determine 
position of PB target. 

PB target at level 3 flag. 

Contents of the level 3 R register. (R3): 
used by the look ahead controller to deter- 
mine if a PB target is at level 0. 
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Table B-4. I4CMREQ Circuit Board Input Signals (Continued) 



Signature 
-IRSFREQ 

-IRTGTFL 



Origin 
I4VECLAS 

I4LVL3 



Function 

Store file request: Data octet(s) are to 

be transferred from the register file to memory, 

Target fail: An expected branch was skipped 
over or failed to branch when it reached 
level 3, 
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Table B-5. I4CMREQ Circuit Board Output Signals 



Signature 


Destination 


ICCMTFIL 


I4VECLAS/ 
I4MISC 


ICCMTIR 


I4PIPT0P 


ICCUEMPY 


I4HDC0RE 



ICFL 



I4HDC0RE 



Function 

Transfers an octet from KCM to the 
register file input routing circuit 
for storage in the register file. 

Enables transfer of a selected instruc- 
tion word from KCM to the IR register. 

Indicates that the memory request queue 
is empty. 

Indicates that the returning octet 



ICINCOP 



ICIR 



ICLDO(ll) 
ICPRVO 



ICQKAFUL 



I4HDC0RE 



I4HDC0RE 



I4HDC0RE 
I4HDC0RE 



I4PIPT0P/ 
I4LVL3 



is intended for the register file. 

Increment signal for the request queue 
output pointer. Enables protect viola- 
tion flag due to ICFL or ICIR (on 
I4HDC0RE). 

Indicates that the returning octet 

is 

intended to supply an instruction to the 

IR register. 

Load details count 11 . 

The currently selected output queue loca- 
tion encountered a protect violation when 
trying to access data from memory. Enables 
protect violate flag on I4HDC0RE due to 
ICFL or ICIR. 

The KA buffer contains an instruction octet 
that can supply instructions to IR. 



B-46 



Advanced Scientific Computer 




Table B-5. I4CMREQ Circuit Board Output Signals (Continued) 



Signature 
ICQKAHAZ 

ICQKAPRV 



Destination 

I4PIPT0P/ 
I4LVL3 

I4PIPT0P 



ICQKBFUL 


I4PIPT0P/ 
I4LVL3 


ICQKBHAZ 


I4PIPT0P/ 
I4LVL3 


ICQKBPRV 


I4PIPT0P 



ICQKRTAG 


I4PIPT0P/ 
I4LVL3 


-ICRDACK 


I4VECLAS/ 
I4LVL3 


-ICURDATA(0-7) 


I4HDC0RE 


ICWACK 


I4VECLAS/ 
I4PIPT0P 


ICWACK1 


I4HDC0RE 


ILARTBA(0,1) 


I4ADDR(0,1) 


-ILARTLA 


I4ADDR 



Function 

An instruction in the pipe(s) will modify 
the data contained in the KA buffer. 

The data in the KA buffer resulted from a 
fetch that violated memory protect, and 
is therefore invalid data. 

The KB buffer contains an instruction oc- 
tet that can supply instructions to IR. 

An instruction in the pipe(s) will modify 
the data contained in the KB buffer. 

The data in the KB buffer resulted from a 
fetch that violated memory protect, and 
is therefore invalid data. 

Selects either the KA or the KB buffer 
to supply instructions to the IR register, 

Indicates that CMR can accept a new read 
request to obtain data from memory. 
Unit register byte to be transferred to 
the PP. 

Indicates that CMR can accept either a 
read or a write request, because the re- 
quest queue is empty. 

Fanout of ICWACK. 

Transfers the contents of the AR register 
to the BA register. 

Transfers the contents of the AR register 
to the LA register. 
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Table B-5. I4CMREQ Circuit Board Output Signals (Continued) 



Signature 
-ILARTLC 

-ILARTOA 

-ILARTPA 

-ILBATLA 

-ILBATOA 

-ILBATPA 

-ILCNTBA 

ILDECLC(0,1) 
-ILDTARGT 

ILDUAL 



Destination 
I4ADDR 

I4ADDR 

I4ADDR 

I4ADDR 

I4ADDR 

I4ADDR 

I4ADDR 

I4ADDR 
I4PIPT0P 

I4LVL3 



ILGBA 
■ILGLA 



I4ADDR 
I4ADDR 



Function 

Transfers the contents of the AR register 
to the LC counter. 

Transfers the contents of the AR register 
to the OA register. 

Transfers the contents of the AR register 
to the PA register. 

Transfers the contents of the BA register 
to the LA register. 

Transfers the contents of the BA register 
to the OA register. 

Transfers the contents of the BA register 
to the PA register. 

Transfers LA + 8 to the BA 
register. 

Decrement pulse to the LC counter. 

Indicates that a PB target branch is in 
level 1. 

Dual : A branch has encountered a hazard 
at level 3 and is holding for it to clear; 
therefore, the look ahead controller re- 
tains the current octet while fetching a 
new look ahead octet containing the target 
instruction of the branch. 

Enables loading of the BA register. 

Enables loading of the LA register. 
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Table 4-2. I4CMREQ CIRCUIT BOARD OUTPUT SIGNALS (Cont.) 



Signature 

-IL6LC 
-ILGOA 
-ILGPA 
-ININCLA 

-ININCPA 

-ILINHAZ 



Destination 

I4ADDR 
I4ADDR 
I4ADDR 
I4ADDR 

I4ADDR 

I4ADDR 



-ILLATBA 


I4ADDR 


-ILLATOA 


I4ADDR 


ILLOADIR:! 
-ILLOADIR: 1 
-ILL0ADIR:2 


I4PIPT0P 
I4PIPT0P 
I4PIPEMB 


ILPATBA(OJ) 


I4ADDR 


ILPBEN 


I4LVL3 


-ILP3TBA 


I4ADDR 


-ILP3TOA 


I4ADDR 


-ILR3TLC 


I4ADDR 



IMCMTKA 



I4FILE 



Function 

Enables loading of the LC counter. 

Enables loading of the OA register. 

Enables loading of the PA register. 

Increment LA: Adds 8 to the address 
currently contained in the LA register. 

Increment PA: Adds 1 to the address 
currently contained 1n the PA register. 

Transfers the address 1n P3 into the OA, 
LA and PA registers to recover from an 
instruction hazard. 

Transfers the contents of the LA register 
to the BA register. 

Transfers the contents of the LA register 
to the OA register. 

Transfers a new instruction word into the 
IR register. 

Transfers the contents of the PA register 
to the BA register. 

Prepare to Branch instruction enabled. 

Transfers the contents of the P3 register 
to the BA register. 

Transfers the contents of the P3 register 
to the OA register. (Not used) 

Transfers the contents of the R3 register 
to the LC counter. 

Transfers the octet in KCM to the KA buffer, 
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Table B-5. I4CMREQ Circuit Board Output Signals (Continued) 



Signature 
IMCMTKB 

-IMDTL4(6) 

-IMDTL7(4-7) 

-IRWINDER(0-3) 



-IRWINDLT(0-3) 



Destination 
I4FILE 

I4FILE(6) 

I4FILE(4-7) 

I4R0UTE2 



I4R0UTE2 



IVDMZER0(0-7) 



not used 



Function 

Transfers the octet in KCM to the KB 
buffer. 

Store details data lines to memory bus. 

Store details data lines to memory bus. 

Early window flag for AU(0-3). Indicates 
that if a divide at level 3 is in the 
same group as a divide that is currently 
in the pipe, the new divide can reach the 
AU in time to save divide initialization 
time by overlapping. This window allows 
for memory fetch time. This signal is 
delayed one clock from the input signal 
BMQRMERW(0-3) that produced it. 

Late window flag for AU(0-3). Indicates 
that if a divide at level 3 is in the 
same group as a divide that is currently 
in the pipe, the new divide can reach the 
AU in time to save divide initialization 
time by overlapping. This window does not 
allow for memory fetch time. This signal 
is delayed one clock from the input signal, 
BMQRMLTW(0-3) that produced it. 

Fixed logic zero signals. 



B-50 



Advanced Scientific Computer 




LOOK AHEAD CONTROLLER 

The look ahead controller produces gating and control signals required to 
load each of the address registers on the I4ADDR circuit board and the IR 
register in level 1 of the IPU. The controller monitors the status of instruc- 
tion octets in the IPU, and by loading the address registers at the proper 
time, assures that instructions will be available to IR with the minimum 
possible delay. During normal instruction sequencing, the controller loads 
the address of the look ahead octet (the next sequential octet after the current 
octet) into the OA register, so that the Central Memory Requester (CMR) 
may fetch that octet from memory and place it into the look ahead buffer 
(KA or KB). If a branch enters the pipe that has been preceded by a LLA 
or PB instruction, the controller fills the pipe following the branch instruc- 
tion with instructions from the target octet of the branch. When the branch 
occurs, the instructions in the branch path will be immediately available. 
A branch that is not preceded by a PB or LLA instruction creates a delay 
by requiring a new memory fetch. 

The following paragraphs describe the operation of the look ahead controller 
with reference to the flow chart of the controller logic that follows this de- 
scription. The paragraphs follow the same order as the logic flow through 
the chart, and explain the major decision paths that are possible within the 
controller. Table B-6 lists the register transfers that the look ahead con- 
troller initiates. 

CONTROLLER TIMING 
The look ahead controller is composed of combinational logic, and as such, 
has no timing chain, sequence of events, or formal states. All of the ques- 
tion blocks illustrated in the flow chart are examined simultaneously during 
each control cycle to enable only one path through the controller. When the 
control clock pulse occurs, all of the action blocks on that enabled path are 
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Table B-6. Look Ahead Controller Transfers Index 



TRANSFER 




REFERENCE SIGNALS 


AR-BA 


-iILBLK (18), 


(27) 


AR— LA 


-iILBLK (0), 


(2), (4), (20), (29), (30), (45) 


AR-*LC 


"iILBLK (13) 




AR-OA 


"iILBLK (0), 


(20), (30), (45) (also Load/Store File from CMR) 


AR-PA 


-IILBLK (0), 


(2), (3), (4), (22) 


BA-LA 


-IILBLK (7), 


(9), (10), (33), (34), (37), (41), (42) 


BA-OA 


IILBLK (9), 


(10), (33), (37), (41) 


BA-PA 


IILBLK (6), 


(7), (9), (38) 


LA-BA 


-iILBLK (46) 




LA+8-~BA 


IILBLK (47) 




LA+8-LA 


-iILBLK (14), 


(15), (16), (19), (28), (31), (36), (39), (43), (44) 


LA+8-0A 


-iILBLK (14), 


(15), (16), (19), (28), (31), (39), (43), (44) 


LC-l-LC 


^ILBLK (38), 


(40), (48) 


LOAD IR 


IILBLK (11), 
(48) 


(15), (17), (22), (25), (29), (30), (31), (38), (40), 


PA+l-BA 


"IILBLK (22), 


(38) 


PA+l-PA 


IILBLK (11), 


(15), (17), (25), (29), (30), (31), (40), (48) 


P3-BA 


-IILBLK (13) 




P3-LA 


-IILBLK (1) 




P3-*0A 


-IILBLK (1) 




P3— PA 


"iILBLK (1) 




R3-LC 


"IILBLK (18), 


(27) 
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executed simultaneously. This type of timing means that action blocks up- 
stream from other decision blocks in the flow chart do not affect the deci- 
sion block. Also, since all actions occur simultaneously, all action state- 
ments refer to conditions at the start of the control cycle. For example, 
ILBLK(22) (sheet 3 of the flow chart) transfers AR to PA and PA + 1 to BA. 
This statement does not mean that BA then contains AR + 1, but rather, it 
contains the address contained in PA at the beginning of the control cycle 
plus an increment. 

LOOK AHEAD CONTROLLER TERMS 

The following terms and their definitions are essential to understanding the 
flow charts and the look ahead controller discussion: 

• Branch -An instruction that causes the next instruction to be 
accessed from a non- sequential location, creating the necessity 
for the controller to fetch a new look ahead octet. 

• Buffer - The KA and KB octet buffers on the I4ADDR circuit board. 
The current buffer is that buffer from which instructions are cur- 
rently being drawn. The look ahead buffer is the non-current 
buffer containing the next octet of instructions to be used. 

• CMR - Central Memory Requester: The controller that initiates 
requests to memory for instruction octets. 

• Dual - A mode of operation of the controller that is entered when 

a non -targeted branch encounters a hazard at level 3, and therefore, 
the terms of the branch cannot be determined. The controller saves 
the current octet, and fetches a new look ahead octet that contains 
the target instruction of the branch. 

• Flag Full - An internal controller flag that indicates that the target 
instruction is in the current buffer and the target branch is in the 
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look ahead buffer. Therefore, the branch will be to an instruc- 
tion that has previously been in the current buffer. 

Flag 4 - An internal controller flag that indicates that a target 
branch is in the IPU pipe (levels 1-3). 

Flag 12 - An internal controller flag that indicates that the target 
instruction of a branch either has been requested from memory or 
is resident in the IPU buffers. 

LA Ordered - An internal controller flag that indicates that a normal 
look ahead octet (present address +8) has been requested from 
memory, or is resident in the IPU buffers. The name is derived 
from the fact that the Look Ahead octet has been ORDERED from 
memory. 

LLA - Load Look Ahead instruction: An instruction that prepares 
the controller to branch back to a previous point in a program. 
When the LLA instruction reaches level 3, the address of the LLA 
contained in P3 is the target address of the branch and the developed 
portion of the LLA in the AR register designates the number of in- 
structions between the LLA and the branch instruction. 

PB - Prepare to Branch instruction: An instruction that prepares 
the controller to branch to a predetermined address. When the PB 
instruction reaches level 3, the developed portion of the instruction 
in AR contains the target address of the branch, and the R3 register 
designates the number of instructions between the PB and the branch 
instruction (15 instructions maximum). 

Target Branch - The branch instruction that is the object of a PB 
or LLA instruction. May also be referred to as PB Target. 
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• Target Fail - An internal controller flag that indicates that when 
a targeted branch reached level 3, the branch was not taken or 
the instruction was skipped. The controller must then reconstruct 
the original instruction sequence. 

• Target Instruction - The instruction that is the object of any branch 
instruction. 

FLOW CHARTS 

The look ahead controller flow charts that follow this description may be used 
as both a theory learning tool and a maintenance tool. Each question or ac- 
tion block contains a brief phrase that describes the function(s) of that par- 
ticular block. Beside the block is the exact signature of the signal that is 
being examined (question block) or produced (action block). Along with the 
signature is a set of tagging information that designates the origin or moni- 
toring point for that signal in the hardware, and the sheet in the logic diagrams 
where that signal originates. All sheet references are to sheets within the 
logic set for the 14CMREG circuit board. Figure B-8 illustrates the tagging 
information included with each signature on the flow charts. Figure B-9 is 
the Look Ahead Controller Flowchart. 



j Circuit board pin number that 

-ILGBA (PIN323) SHT 15 signal appears on 

^ Sheet of I4CMREQ logic where 

signal originates 



T 



Logic diagram signature 



ILQLAORD (423 -2) SHT 16 

> IC package location and package 

pin number for signal origin 



Figure B-8. Flowchart Tagging Information 
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Figure B-9. Look- Ahead Controller Flowchart (Sheet 1 of 8) 
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Figure B-9. Look-Ahead Controller Flowchart (Sheet 2 of 8) 
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Figure B-9. Look-Ahead Controller Flowchart (Sheet 3 of 8] 



B-58 



Advanced Scientific Computer 




PB AT LEVEL 3 
TARGET ENTERING 
CURRENT BUFFER 



("7)!LLAORD 
(442-5), (442-7) 
SHT 17 



1LPAEN 1 (328-4) SHT 13 



-1IRAREPA 
(PIN 484) 
SHT 9 




ICRDACK1M 
(242-1) 
SHT 26 




J 



SELECT KA OR K8 



(PIN 319), SHT 14 

hlLGLA 

(PIN 320), SHT 14 

TILLATOA 

(PIN 271), SHT 15 

niLGOA 

(PIN 169), SHT 28 

iLQLAORb 

(423-2J 

ILINSTR 

(532-4). SHT 18 

(-l)ILNEXT 

(642-5/4). SHT 18 



-|ILBLK(29) 

(537-2) 
SHT 9 

(T)ILSUB(I ) 
(5 38-7/5) 
SHT 9 



INCREMENT PA 
XFR: AR — -LA 



-IILGPA 

(PIN 324), SHT 1 3 

"IILARTLA 

(PIN 220) SHT 14 

TILGLA 

(PIN 320), SHT 1 4 

nJILLOADlRM 

(PINS 172/171 ) 

SHT 1 3 

-|ILLOADlR:2 

(PIN 219), SHT 1 3 



ICRDACK1:2 

(242-5) 
SHT 28 



-IIRARELA 
(PIN 384) 
SHT 9 




"VLLATOA, (PIN 271 J, SHT 15 
"IILGOA, (PIN 169), SHT 28 
-IIL1NCLA, (PIN 319), SHT 14 
1ILGLA, (PIN 320), SHT 14 
ICGKTAG, (240-4), SHT 24 
ILINSTRP, (7^P-4), SHT 18 
(-|)ILLOAOIR:l , (PINS 172/171) 
SHT 13 
TILLOADIR:? , (PIN 219), SHT 13 

niLINCPA, fPIN 224), SHT 13 
-ULGPA, (PlN 324), SHT 13 
ILQFLG12, (420-2), SHT 17 



-|ILBLK(30) 
(637-4) 
SHT 9 

P)ILSUB(1 ) 
(538-7/5) 
SHT 9 



LOAD IR 
INCREMENT PA 
SET FLAG 1 2 



-IILARTOA 

(PIN 121 ), SHT 1( 

-IILGOA 

(PIN 169), SHT 2( 

"IILARTLA, 

(PIN 220), SHT 1- 



ILQFLG1 2 
(420-2), SHT 17 
ILQFLGFL 
(320-2), SHT 17 



4 Ja S 
ILINSTRP, 
(736-4), SHT 18 
(-|)ILLOADIR:1 
(PINS 172/17 1 ) 
SHT 13 
-1ILLOADIR:2 
(PIN 219), SHT 1 3 



"I1LBLK(31 ) 
(737-7) 
SHT 9 



-lILGPA (PIN 324) 
SHT 13 
ILOFLG1 2 
(420-2) SHT 17 
ILQLAORD 
(423-2), SHT 16 



LOAD IR 
INCREMENT PA 
SET FLAG 1 2 







TO ILBLK(18) 



Figure B-9. Look-Ahead Controller Flowchart (Sheet 4 of 8) 
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Figure B-9. Look-Ahead Controller Flowchart (Sheet 5 of 8) 
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Figure B-9. Look-Ahead Controller Flowchart (Sheet 6 of 8) 
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Figure B-9. Look-Ahead Controller Flowchart (Sheet 7 of 8) 
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Figure B-9. Look-Ahead Controller Flowchart (Sheet 8 of 8) 
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BRANCH TO OA 

A branch instruction at level 3 of the IPU that references an address that is 
not currently resident in the IPU registers requires a transfer of the branch 
address to OA so that the target instruction may be retrieved from memory. 
This condition is a branch to OA. The AR register at level 3 contains the 
branch address. Therefore, the controller transfers this address to OA for 
transmission to memory during the next memory request. In addition, the 
address is loaded into PA to select the target word from the new octet and 
into LA to be incremented and loaded into LA and OA as the next look -ahead 
address. At this point the address in LA is the same address as that in PA, 
indicating that the next octet has not yet been requested. Therefore, the "LA 
Ordered" flag, ILQLAORD, is cleared. The next control cycle will initiate 
the request to memory for the target octet. 

INSTRUCTION HAZARD RECOVERY 

If an instruction hazard has occurred at level 3, the controller must reaccess 
the octet from which the current instruction was drawn to obtain the new infor- 
mation. The address of the hazarded instruction is in the P3 register. To 
prepare for a memory fetch to access the octet, the address in P3 is trans- 
ferred into the OA register. In addition, the controller loads the address 
into PA to select the target word from the new octet, and into LA to be incre- 
mented and loaded into LA and OA as the next look-ahead address. At this 
point the address in PA is the same as the address in LA, indicating that the 
next octet has not yet been requested. Therefore, the "LA Ordered" flag, 
ILQLAORD, is cleared. The next control cycle initiates the request to memory 
for the octet containing the hazarded instruction. 

BRANCH TO LA 

If a branch at level 3 references an address equal to the LA address, the 
target instruction will be in the look ahead buffer, KA or KB. ( Since the 
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level 3 controller checks the resident address registers in reverse order, 
i. e. , P2, PI, PA and then LA, LA must be different from PA in order to 
produce a branch to LA. Therefore, LA has been ordered from memory). 
To access the word from LA, the target address in AR is transferred to PA 
and the KA/KB output selection pointer is toggled to choose the unused buf- 
fer. To ensure that LA contains the correct address and has not been altered 
since the branch determination, the address in A!R is transferred to LA to 
be incremented for the next look-ahead octet. The LA Ordered flag clears 
to ensure that the look ahead octet will be ordered during the next control 
cycle. 

BRANCH TO PA " 

If a branch at level 3 references an address equal to the PA address, the 
target instruction is in the current buffer. To access the target word from 
the current buffer, the branch address from AR is transferred to the PA 
register. In addition, if the LA Ordered flag is not set, the controller trans- 
fers the address in AR to LA to ensure that the next octet fetched from memory 
will be the next sequential octet following the target octet. 

TARGET FAIL 

If a branch instruction failed to branch when it reached level 3, or was 
skipped over in the program sequence, a target fail condition exists. The 
look ahead controller must then revert to the program sequence that was 
abandoned when the branch instruction entered the pipe. At that time the 
address of the instruction following the branch instruction was stored into 
the BA register, and the controller began loading instructions from the branch 
path. Since the branch will not be taken, the controller must use the address 
in BA to fetch the next instruction to continue the program. If the address in 
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BA is in the PA octet, an immediate recovery is possible without the de- 
lay of a memory fetch. The contents of BA are transferred to PA to select 
the proper word from the buffer to be loaded into the pipe, and if the LA 
octet has not been ordered from memory, BA also transfers to LA to ensure 
that the proper octet will be ordered for the next look-ahead octet. If the 
BA address is not equal to PA, a memory request cycle is required to re- 
cover from the target fail. The controller sets the TFAIL flag on this clock, 
so that the following clock will initiate a memory fetch for the correct octet 
(see Target Fail Flag). 

TARGET FAIL FLAG 

If a branch failed to branch and the address in BA (recovery address) is not 
in PA, the Target Fail Flag (TFAIL) has been set to indicate that a memory 
fetch is required to recover from the failure. To perform the memory fetch, 
the recovery address in BA is transferred to OA and a signal is sent to the 
central memory requester to begin a memory request. In addition, BA trans- 
fers to PA to select the word from the fetched octet and continue the program 
sequence. BA also transfers to LA to ensure that the proper look -ahead octet 
is fetched. At this point, LA is equal to PA, indicating that the look-ahead 
octet has not been fetched. The LA Ordered flag clears. This sequence of 
events corrects the target fail condition, so that the controller clears the 
Target Fail Flag. 

DUAL AND BRANCH NOT TAKEN 

If the look ahead controller is operating in the Dual mode and the branch at 
level 3 will not be taken, the look ahead octet that was discarded at the be- 
ginning of Dual mode must be retrieved. The address of this octet is stored 
in the BA register. The look ahead controller transfers the address in BA 
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to OA and signals the central memory requester to initiate a memory request 
to fetch the look ahead octet. It also loads the address in BA into LA to en- 
sure that the next look ahead octet will be in sequence with the octet that is 
being requested. Since BA contains the look ahead address of the current 
octet, the address in LA is eight greater than PA, indicating that the look 
ahead octet has been ordered. The LA Ordered flag sets. Fetching the new 
octet terminates Dual mode, so the controller clears the Dual flag. To pre- 
pare for loading IR with the next instruction, selection of a word from KA or 
KB is enabled. If IR can accept a new instruction and the next instruction is 
not the target of a PB in the pipe, the controller loads IR with a word from 
the current buffer and increments the PA address. A PB target must be held 
at level until the PB reaches level 3. 

PB TARGET AT LEVEL 3 

When a targeted branch instruction reaches level 3, the look ahead controller 
determines if the branch is to a location that is currently in the IPU pipe. If 
the branch address is equal to either P2 or PI, the target instruction is in 
the pipe. The IPU needs only to clock the target instruction through the pipe 
to level 3. No additional memory fetches will be required to obtain the in- 
struction. The look ahead controller clears the branch status flags (PB or 
LLA in Progress, Flag 12, Flag Full and Flag 4) to indicate that the branch 
has been satisfied, and continues with a normal look ahead cycle to put a new 
instruction into IR. The other pipe level controllers ensure that the pipe re- 
mains inactive until the target instruction reaches level 3. 

PB OR LLA IN PROGRESS 

If a PB or LLA instruction has prepared the look ahead controller for an up- 
coming branch instruction, the controller checks the look ahead counter (LC) 
and flag 4 (target in pipe) to determine if the branch is imminent. If the 
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branch instruction is in the curretly executing octet, the controller transfers 
the address of the target instruction from BA into OA and LA (ILBLK(33) on 
sheet 6), initiates a request for that octet, sets Flag 12 to indicate that the 
target instruction has been ordered from memory, and enables a word selec- 
tion from the KA or KB buffer files. Because at this point a new string of 
octets is to be begun, and LA is not the next sequential octet address from 
PA, the LA Ordered flag is cleared. The controller completes the cycle by 
loading a new instruction into IR and decrementing the look ahead counter. 

LLA AT LEVEL 3 
When a Load Look Ahead (LLA) instruction reaches level 3, the controller must 
establish conditions in the IPU address registers to that it can respond when 
the branch enters the pipe. To prepare for the branch, the controller sets 
the PB or LLA in Progress flag to indicate that the instruction has been rec- 
ognized, transfers the contents of P3 (address of target instruction) to BA, 
loads the contents of AR (number of instructions until the branch occurs) into 
the look ahead counter, LC, and sets the VAC flip flops with the number of 
vacant levels in the pipe. These vacant levels must be considered when eval- 
uating the LC count to determine the position of the branch instruction. After 

setting these conditions, the look ahead controller continues with the normal 

look ahead cycle to load a new instruction into IR. 

PREPARE TO BRANCH AT LEVEL 3 
When a PB instruction reaches level 3, the look ahead controller enters one 
of three paths to prepare the address registers for the branch instruction. 
The position of the target branch within the memory buffer file determines 
which path is followed. If the target branch has cleared the look ahead buffer 
and is in the current instruction octet, the controller follows the path illus- 
trated on sheet 3 of the flow chart. If the next clock will use the last word in 
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the current buffer and the look ahead buffer contains the target branch, the 
controller takes the path diagramed on sheet 4 of the flow chart. If neither 
of these conditions is true, the controller follows the path on sheet 5 of the 
flow chart. The following paragraphs describe the logical sequence of each 
of the prepare to branch paths. 

PB TARGET IN CURRENT BUFFER 

If the target branch is in the current octet and the instruction to be referenced 
by the upcoming branch instruction is resident in the IPU instruction octets 
(AR = LA or PA), the controller ensures that the look ahead octet has been 
requested (LA Ordered flag set) and sets Flag 12 to indicate that the target 
instruction is in the IPU instruction registers, or has been requested from 
memory. If the target instruction is not in the IPU, the controller must 
fetch the octet that contains that instruction. If a request is permitted (CMR 
Ready), the controller transfers the address of the target instruction to the 
OA and LA registers and signals the central memory requester to begin a 
memory request. This action sets LA equal to some other octet than the 
next sequential octet, so that the LA Ordered flag is cleared. The controller 
then sets Flag 12 to indicate that the target instruction has been requested 
from memory. After Flag 12 sets (through either of the above paths), if IR 
can accept a new instruction and the PB target is not at level 0, the controller 
loads IR with a new instruction, increments the instruction address in PA, 
stores the branch address from AR into BA and the look ahead count from. 
R3 into LC, and then enables the number of vacant levels in the IPU into the 
VAC flip flops for use in tracking the position of the branch instruction. "When 
these conditions have been established, the controller sets the PB or LLA in 
Progress flag to indicate recognition of the PB instruction, and awaits the 
next control clock. 
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If the target branch is at level when Flag 12 sets, the controller loads 
the branch instruction into IR (if IR is ready) and transfers the address of 
the target instruction from AR into PA to begin drawing instructions from 
the branch path. In case the branch is not taken when the branch instruction 
reaches level 3, the address following the address of the branch instruction 
(P + 1) is loaded into BA. (If the branch is not taken, this address is then 
loaded into PA, LA and OA to retrieve the discarded program steps. ) The 
controller then sets Flag 4 to indicate that the branch is in the pipe, and 
signals the level 1 controller that the branch is in level 1 (Target at level 1). 
Concurrent with these steps the controller examines the address of the target 
instruction contained in AR and compares it with the current PA octet. If 
AR is equal to PA, then the look ahead octet that was previously ordered is 
the proper look ahead octet. The controller therefore sets the LA Ordered 
flag. If AR is not equal to PA, then it must be in the LA octet to be at this 
point in the flow chart. Therefore, the controller toggles the KA/KB output 
pointer to select the look ahead octet for the next instruction, and clears the 
LA Ordered flag indicating the need for a look ahead octet. 

At the end of all sequences through the PB portion of the flow chart, the look 
ahead count in the R3 register is loaded into LC, the number of vacant levels 
in the IPU is stored in the VAC flip flops and the PB or LLA in Progress flag 
sets. The controller then waits for the next control clock to begin another 
cycle. 

PB TARGET ENTERING CURRENT BUFFER 

When a PB reaches level 3, the next clock will use the last word in the current 
buffer and the target branch is contained in the upcoming buffer, the look ahead 
controller ensures that the look ahead octet has been ordered. If it has not, 
the controller transfers the look ahead address into OA and LA, sets the LA 
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Ordered flag, and signals CMR to initiate a memory request for the octet. 
The controller also enables selection of a word from the buffer for insertion 
into IR. 

If the look ahead octet has been ordered from memory and IR can accept a 
new instruction, the controller determines if the address of the target in- 
struction is equal to PA. If the target instruction is contained in PA, the 
controller loads the final word from PA octet into IR, increments PA and 
toggles the KA/KB output pointer to choose the next octet. It then loads the 
address of the target instruction from AR into LA and clears the LA Ordered 
flag so that the next octet following the target instruction will be ordered in 
the normal look ahead cycle following the branch. The controller then sets 
Flag 12 to indicate that the target instruction is present in the buffer, and 
Flag Full to indicate that both the branch instruction and the target instruction 
of the branch are in the two buffer files. 

If AR is not in the PA octet, the controller determines if AR is contained in 
the look ahead octet that has been ordered. If it is not, the controller loads 
the target instruction address into OA and LA and signals the CMR to begin 
a memory request. It then loads the final word from the current buffer into 
IR, increments PA and toggles the KA/KB output pointer to the other octet 
buffer. Flag 12 sets to indicate that the target instruction octet has been 
ordered, and the LA Ordered flag clears to indicate that the octet that will 
enter the look ahead buffer is not the next sequential octet. 

If AR is not in the PA octet, but is in the ordered LA octet, the controller 
loads the last word in the current octet into IR, increments PA and toggles 
the KA/KB output pointer to select the other octet buffer. It then transfers 
a new look ahead octet address (LA + 8) into OA and LA and signals to CMR 
to begin a request for that octet. Flag 12 sets to indicate that the octet con- 
taining the target instruction of the branch is entering the look ahead buffer. 
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Regardless of the path taken through this portion of the flow chart, the 
controller completes the control cycle by transferring the target instruc- 
tion address from AR into BA for reference when the branch enters the 
pipe, loads the look ahead counter, LC, with the count from R3 that indicates 
the number of instructions between the PB and the branch instruction, and loads 
the number of vacant levels in the IPU into the VAC flip flops for use in 
tracking the branch instruction. The PB or LLA in Progress flag sets to 
indicate recognition of the PB instruction. 

PB TARGET NOT IMMINENT 

If the target branch is not in the current instruction octet and the IPU is 
not switching to the octet buffer that contains the target branch, two possible 
conditions exist. Either the target branch is in the look ahead octet and the 
present word address in PA is not equal to 7, or the target branch is not in 
the look ahead octet. If PA is not equal to 7, regardless of the position of 
the target branch, the controller determines if the look ahead octet has been 
requested from memory (LA Ordered). If it has not, the controller loads 
LA and OA with the look ahead address (LA -f- 8), signals the central memory 
requester to begin a memory fetch for that octet, and sets the LA Ordered 
flag to indicate that the octet has been requested. The controller then enables 
selection of a word from the current instruction buffer, and if IR can accept 
a new instruction, loads a word from the instruction buffer into IR and incre- 
ments PA to the next word address. 

If PA is equal to 7 and the target branch is not in the next look ahead octet, 
the controller ensures that the look ahead octet is available in the look ahead 
buffer by checking the LA Ordered flag. If the octet is not present, the con- 
troller loads the look ahead address (LA + 8) into LA and OA, initiates a 
memory request through the Central Memory requester, and sets the LA 
Ordered flag. The controller must then wait for the next control clock to 
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load the final instruction of the current octet into IR. If the look ahead octet 
is present in the IPU, however, the controller loads the last instruction 
into IR, increments PA to the next instruction address and toggles the KA/KB 
output pointer to select the other instruction octet buffer. The controller also 
transfers the look ahead address of the next octet into LA and OA (the octet 
containing the target branch) and initiates a memory request for that octet. 
Since the LA Ordered flag is already set, it remains set to indicate that a 
new look ahead octet has been ordered. 

Regardless of the path taken through this portion of the prepare to branch logic, 
the controller always ends the cycle by storing the branch parameters for use 
when the target branch reaches the pipe. It transfers the address of the target 
instruction from AR to BA, the number of instructions until the branch from 
R3 to LC, the number of vacant levels in the IPU into the VAC flip flops for 
use in tracking the target branch, and sets the PB or LLA in Progress flag. 
The controller will decrement the count in LC with each new instruction 
placed in IR until the branch arrives at level 3. 

TRANSFER TARGET TO LEVEL 1 

If Flag 4 (branch in pipe) is not set, and the count in LC is equal to 4, the 
target branch is at level of the pipe and will be the next instruction trans- 
ferred to IR. If IR can accept a new instruction, the controller compares 
the address of the target instruction in BA with the present instruction octet 
address. If the target instruction is in the current instruction octet (PA=BA), 
and the look ahead octet has not been requested (LA Ordered not set), the 
controller transfers the address in BA to LA so that the next octet in se- 
quence with the target instruction octet will be ordered when a memory re- 
quest is initiated. After preparing LA, or if LA Ordered was set, the con- 
troller loads the target branch into IR, signals the level 1 controller that the 
target is at level 1, and sets Flag 4 to indicate that the branch is in the pipe. 
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This transfer decrements the count in the LC counter. The controller 
then transfers the address of the target instruction to PA so that the in- 
structions from the branch path will follow the branch instruction through 
the pipe to avoid the delay necessitated by having to fetch the new instruc- 
tions when the branch reaches level 3. In case the branch is not taken when 
it reaches level 3, the controller transfers the address of the next instruc- 
tion following the branch (P + 1) into BA. The controller can then recon- 
struct the instruction sequence if the branch is not taken. 

If the target instruction was not in the current instruction octet (PA not equal 
to BA), the controller determines if the target instruction is in the look 
ahead octet (Flag 12 set). If Flag 12 is set, the controller loads the branch 
instruction into IR, decrements the LC counter, sets Flag 4 to indicate that 
the branch is in the pipe and notifies the level 1 controller that the target is 
at level 1. It then transfers BA to PA and saves P + 1 in BA for recovery in 
case the branch is not taken. The controller toggles the KA/KB output pointer 
to select the look ahead octet containing the target instruction, and examines 
the Flag Full flag. If this flag is clear, the controller clears the LA Ordered 

flag to ensure that a new look ahead octet will be requested on the next con- 
trol cycle. If Flag Full is set, the current octet is also the octet that follows 
the look ahead dctet. For this reason the controller sets the LA Ordered flag 
to prevent accessing a new octet, and places the address of the current octet 
(LA +8) into the look ahead address register. If the branch is taken, the IPU 
will draw from the octets in the following order: 

1. Current Octet - until the branch instruction is reached. 

2. Look Ahead Octet - containing the target instruction of the branch. 

3. Current Octet 

4. Next sequential octets (if branch not taken a second time). 

If the target instruction is not in either PA or LA, the controller must request 
the octet from memory. It then transfers the address of the target instruction 
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from BA to OA and LA, clears the LA Ordered flag and signals the Central 
Memory Requester to begin a memory fetch for the octet. The branch in- 
struction is loaded into IR, Flag 4 sets, the LC counter decrements and the 
controller informs the Level 1 Controller that the target is at level 1. The 
address of the target instruction is then transferred from BA to PA and the 
KA/KB output pointer is toggled to select the look ahead buffer containing 
the requested target instruction octet for the next control cycle. The con- 
troller also stores PA +1 in BA for recovery in case the branch is not taken. 

FETCH TARGET INSTRUCTION 

If the target branch is not at level and not in the pipe (LC greater than 
four and Flag 4 not set), and the target instruction is not in the IPU (Flag 12 
not set and PA ^ BA), the controller determines if the target branch is in 
the current octet. If it is in the current buffer, the controller must fetch 
the octet containing the target instruction so that the target instruction can 
be inserted into the pipe following the target branch. Therefore, the con- 
troller transfers the address of the target instruction into OA and LA, and 
signals the central memory requester to initiate a memory request for that 
octet. Flag 12 sets to indicate that the target instruction has been requested. 
Since this octet is a departure from the look ahead sequence, the LA Ordered 
flag clears. 

The controller determines if the target branch is in the current buffer by 
examining the LC count, the number of vacant levels (VAC count) at the time 
the LC count was loaded, and the present address (PA). When the LC count 
was loaded, it indicated the number of instructions from the PB at level 3 
until the branch instruction. If there were vacant levels in the pipe, however, 
these levels could have been filled from the current buffer (decrementing the 
LC count) without changing the number of instructions between the PB and the 
branch. Therefore, to gain an accurate position of the branch, the number 
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of vacant levels must be added to the LC count, yielding the number of IPU 
levels from level 3 to the branch. The maximum number of levels in the 
current buffer and the IPU pipe is 11. This number decreases each time 
an instruction is used from the current buffer, so that the current number 
of levels is actually 11 minus the current word address. Therefore, if the 
target branch is in the current buffer, LC plus VAC must be less than or 
equal to 1 1 minus PA. By transposition, the controller performs the com- 
parison; 

LC + VAC + PA < 11, 
to make the determination. 

If Flag 4 was not set (branch not in pipe) before entering this decision se- 
quence but LC was less than 4, the controller clears the PB or LLA in 
Progress flag. This set of conditions is not possible if a PB or LLA is 
in progress, because LC less than 4 indicates that the branch must be in 
the pipe. 

NORMAL LOOK AHEAD 

During normal instruction sequencing the look ahead controller inspects the 
address in PA to choose one of two logic paths. If the address in PA is 
equal to 7, a new octet must be fetched for the look ahead buffer. This logic 
path is diagramed on sheet 7 of the flow chart. If PA is not equal to 7, the 
next address will not exhaust the current buffer and no additional memory 
cycle is required at this point. The following paragraphs describe the logic 
steps for each of these paths. 

FETCH NEW OCTET. If PA is equal to 7, the next instruction transfer 
to IR will access the last instruction in the current buffer. To ensure that a 
look ahead octet is available, the controller inspects the LA Ordered flag. 
If this flag is not set, the controller transfers the look ahead address (LA + 8) 
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to OA and LA, initiates a memory request through the Central Memory Re- 
quester, enables a word selection from the current memory buffer, and sets 
the LA Ordered flag. No transfer to IR is made until the next control cycle, 
so that a look ahead octet will be available in the IPU. 

If the LA Ordered flag is set, the controller checks the LC count. If this 
count is between 4 and 12, then a branch instruction will appear in the next 
octet that has been preceded by a Prepare to Branch instruction. The con- 
troller then checks the address of the target instruction contained in BA to 
determine if it is contained in the current octet (BA=PA). If the target in- 
struction is contained in PA, the controller must save the PA octet for use 
after the branch instruction. The controller then loads IR with the last in- 
struction in the current octet, decrements the LC count, increments PA and 
toggles the KA/KB output pointer to select the next octet buffer. To save 
the exhausted octet for the branch, the controller sets the Flag Full flag and 
Flag 12, transfers the target instruction address from BA to LA, and clears 
the LA Ordered flag to indicate that the look ahead octet is not a sequential 
look ahead address. 

If the target instruction is not contained in PA (PA not equal to BA^ then the 
controller must fetch a new look ahead octet. When the control clock enables 
transfers, the controller loads IR with the last instruction in the current octet, 
increments the address in PA, toggles the KA/KB output pointer to the other 
octet buffer, and decrements the LC count. To fetch the octet containing 
the target instruction, the controller transfers the address of the target in- 
struction from BA to OA and LA, signals the Central Memory Requester to 
initiate a memory request, sets Flag 12 to indicate that the target instruction 
has been requested, and clears the LA Ordered flag to indicate that the look 
ahead octet is not a sequential octet address. 

If the LC count is not between 4 and 12 (therefore it must be either greater 
than 12 or non-existent, since if it were less than 4 it would have triggered 
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another flow chart path), the controller follows a simple look ahead proce- 
dure to fetch a new sequential octet for the look ahead buffer. When the con- 
trol clock enables transfers, the controller loads the last instruction from 
the current buffer into IR, increments the address in PA, toggles the KA/KB 
output pointer to select the look ahead octet as the current octet for the next 
clock, and decrements the LC count. The controller then transfers the look 
ahead address (LA + 8) into OA and LA and initiates a memory request for 
that octet through the Central Memory Requester. 

WITHIN SAME OCTET. If PA is not equal to 7, the next instruction 
transfer to IR will not exhaust the current instruction buffer. If the controller 
is not operating in the Dual mode, or will not enter the Dual mode, the con- 
troller checks to see if a targeted branch is within the current octet 
(PA + LC £11) or if its target instruction is in the look ahead octet (Flag 12). 
If a branch is present but is already in the pipe (Flag 4) or if no branch is 
imminent, the controller ensures that the look ahead octet has been requested. 
If it has not been requested, the controller transfers the look ahead address 
(LA + 8) to OA and LA, initiates a memory request for that octet, sets the 
LA Ordered flag and enables a word selection f rom KA or KB instruction 
buffers. In any case, if IR can accept an instruction transfer, and there is 
no PB target at level when the PB is in the pipe, the controller loads a new 
instruction into IR, increments the address in PA and decrements any count 
contained in the LC counter. 

DUAL MODE 

The look ahead controller enters the Dual Mode when a branch instruction has 
reached level 3, but a previous instruction in the pipe may modify the condi- 
tions for the branch (branch hazard). Dual mode holds the current octet con- 
taining the branch instructions and fetches a new look ahead octet that contains the 
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target instruction while holding the branch at level 3. This state is avoided 
if the branch was preceded by a LLA or PB instruction, since these instruc- 
tions fetch the target instruction octet and put the target instructions in the 
pipe following the branch instruction. Similarly, if the branch is to a local 
octet or word (contained in LA, PA, PI or P2) a simultaneous fetch to memory 
is not required. The address in P3 must be less than 4 in order for the con- 
troller to enter the Dual mode since a new octet will be required to supply in- 
structions to the pipe if P3 is 4 or more. The buffers hold the current octet 
and the controller fetches the target octet. There can be no look ahead octet. 

If the conditions for dual mode are met, the controller transfers the address 
of the target instruction from AR to OA and LA and initiates a fetch for that 
octet through the Central Memory Requester. The controller then enables 
selection of a word from KA or KB, sets the Dual flag to indicate the mode of 
operation, and clears the LA Ordered flag to indicate that the look ahead oc- 
tet is not in the normal sequence. If the LA Ordered flag was set prior to the 
control clock pulse, then the address of that look ahead octet is stored in BA 
for retrieval in case the branch is not taken. If the LA Ordered flag was not 
set, the controller stores the address of the look ahead octet that should have 
been ordered (LA + 8 ) in BA for retrieval. If IR can accept a new instruction 
and the instruction at level is not a PB target, the controller then loads IR 
with an instruction from the current octet, increments the address in PA and 
decrements the count in LC. 



B-79 

Advanced Scientific Computer 




CENTRAL MEMORY REQUESTER (CMR) 

Central Memory Requester (CMR) is the control circuit in the IPU that issues 
all normal operation memory requests to the Memory Control Unit (MCU), and 
accounts for all outstanding requests to memory. IPU Unit Hard Core has re- 
sponsibility for memory requests during maintenance fetches and stores. As 
CMR issues each memory request to the MCU, it places a two bit code into the 
memory request queue. This code identifies the ultimate destination of the 
octet of data corresponding to that request. When the octet enters the IPU 
from memory, CMR retrieves the code from the queue to route the data to the 
chosen destination. CMR generates the gating signals required to perform the 
designated transfer, and increments the request queue input and output pointers 
with each request. If a memory protect violation occurs, CMR stores the vio- 
lation as a flag. The flag accompanies the data generated by the violation 
as that data travels through the pipe. When the faulty data reaches level 3 
the IPU recognizes the protect violation. Only then is the IPU disabled due 
to the violation. 

CMR is physically distributed between I4CMREQ and I4HDC0RE circuit boards. 
The majority of the control circuitry is on I4CMREQ and it is therefore in- 
cluded with the I4CMREQ circuit board discussion. However, the actual inter- 
face signals generated to the MCU are implemented on I4HDC0RE. 

The following paragraphs describe the operation of the CMR with reference to 
the flow chart of the controller logic that follows this description. The 
paragraphs follow the same order as the logic flow through the chart, and ex- 
plain the major decision paths that are possible within the controller. 
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CONTROLLER TIMING 

The Central Memory Requester is composed of combinational logic, and as such, 
has no timing chain, sequence of events, or formal states. All of the question 
blocks illustrated in the flow chart are examined simultaneously during each 
control cycle to enable only one path through the controller. When the control 
clock pulse occurs, all of the action blocks on that enabled path are executed 
simultaneously. This type of timing means that action blocks upstream from 
other decision blocks in the flow chart do not affect the decision block. Also, 
since all actions occur simultaneously, all action statements refer to conditions 
at the start of the control cycle. 

CMR TERMS 

The following terms and their definitions are essential to understanding the flow 
charts and the Central Memory Requester discussion: 

AR - Access Request: An interface signal to the Memory Control Unit 
(MCU) that, when toggled, indicates that the IPU requires access to 
some location in central memory. This signal is implemented on the 
I4HDC0RE circuit board. 

Active Flag - a flag identified for each of the four request queue 
positions that indicates that the queue position contains a valid 
request to memory. 

BOGUSA/BOGUSB - internal controller signals that are generated when 
a request is made to memory for an octet that will supercede all other 
octets destined for the KA or KB buffer, respectively. These signals 
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prepare the target buffer to receive the new octet, and cancel 
the active flag for outstanding requests for their respective 
buffers. 

§ Busy Flag - a flag identified for each of the four request queue 
positions that indicates that the queue position is occupied by an 
outstanding memory request. 

§ CR File - Communications Register File: An array of registers in 
the Peripheral Processor (PP) that supplies maintenance commands and 
receives status and reply messages from major ASC units. 

• IR - Instruction Register: the level 1 register of the IPU that 
receives instructions from KCM, KA, KB or the register file. 

• KAFUL/KBFUL - flags that indicate that their respective buffer, KA 
or KB, contains an octet of instructions that can be transferred 
into the IPU pipe. 

§ KAPRV/KBPRV - Protect Violation - flags that indicate that their 
respective buffer, KA or KB, contains an octet of instructions that 
is not valid. This flag is passed through the pipe with the instruc- 
tion until it reaches level 3. Level 3 rejects any instructions 
that have the PRV flag set. 

KRTAG - pointer that selects either KA or KB to supply instruction 
words to the IR register. When equal to "0", KRTAG selects outputs 
from KA; when equal to "1", KRTAG selects outputs from KB. 
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t NEXT - signal from the look ahead controller that is used with KRTAG 
to determine the destination buffer of a memory fetch. If NEXT and 
KRTAG are set to the same values (either Vs or O's), KA is the desti- 
nation buffer; if they are different values, KB is the destination 
buffer. 

• OA - Output Address register: the register on the I4ADDR circuit 
board that transfers memory address to the MCU for memory accesses. 

• PM(0,1) - Protect Mode bits: a two bit code to the MCU that identi- 
fies which set of protect parameters in the MCU protect registers will 
be used to define the permissible memory area for a particular opera- 
tion. A code of "00" specifies no memory protect, "01" specifies 
write protect parameters, "10" specifies read protect parameters, 

and "11" specifies execute protect parameters. 

t Protect Violation - A signal from the MCU (ICPRVO) that indicates that 
the last memory request attempted to access an area in memory that was 
outside of the permitted boundaries. The request is refused and no 
data will be transferred from the MCU as a result of that request. 

§ Queue - Request Queue: a four position array of two bit codes that 
identifies the intended destination of up to four outstanding memory 
requests. A code of "00" identifies the KA buffer, "01" identifies 
the KB buffer, "10" identifies the IR register, and "11" identifies 
the register file as the destination for the instruction octet con- 
tained in KCM when the queue position is referenced by the output 
pointer. 
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FLOW CHARTS 

The CMR flow chart (figure B-10) that follows this description may be used as 
both a theory learning tool and a maintenance tool. Each question or action 
block contains a brief phrase that describes the function(s) of that particular 
block. Besides the block is the exact signature of the signal that is being 
examined (question block) or produced (action block). Along with the signature 
is a set of tagging information that designates the origin or monitoring point 
for that signal in the hardware, and the sheet in the logic diagrams where that 
signal originates. All sheet references are to sheets within the logic set for 
the I4CMREQ circuit board, except where dotted boxes on the flow charts indi- 
cate that the signals have been transferred to the I4HDC0RE circuit board. The 
example below illustrates the tagging information included with each signature 
on the flow charts. 



ICRCMPV 



-ICCUEFUL 



(PIN 276) 



(218-4) 



SHT 23 



SHT 21 



Circuit board pin number that sig- 
nal appears on 

Sheet of I4CMREQ (or I4HDC0RE) logic 
where signal originates 

Logic diagram signature 

IC package location and package pin 
number for signal origin 



Flow Chart Tagging Information - CMR Flow Charts 

TOGGLE KA/KB OUTPUT POINTER 

The KA/KB output pointer selects one of the two instruction buffers to supply 
instruction words to the IPU. When the look ahead controller requires a new 
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Figure B-10. Central Memory Requester (Sheet 1 of 4) 
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Figure B-10. Central Memory Requester (Sheet 2 of 4) 
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Figure B-10. Central Memory Requester (Sheet 3 of 4) 
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Figure B-10. Central Memory Requester (Sheet 4 of 4) 
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octet to supply instructions, it signals CMR to toggle the output pointer to 
select the buffer that contains the look ahead octet. When CMR detects this 
signal, it inverts the output of the KRTAG flip flop and loads the flip flop with 
its inverted output. The output of the KRTAG flip flop then selects the other 
instruction buffer, 

HARD CORE REQUEST 

If a hard core operation is to be performed in the IPU, CMR determines if the 
operation will require a memory request. If no memory fetch or store is re- 
quired, CMR performs no function in the hard core operation. CMR then continues 
with the control cycle. If the hard core operation involves an access to memory, 
CMR toggles the access request bit to the MCU indicating that an address is avail- 
able for the MCU, generates an OA Busy signal to inhibit any further instructions 
from using the OA register, and sets the protect mode bits to a code of "11". 
This code designates to the MCU that the memory request will be restricted to 
the area in memory defined by the execute protect bits in the MCU protect regis- 
ters. For a store operation CMR sets the Write flag to the MCU; for read opera- 
tions, the Write flag is cleared. 

OA BUSY 

If the OA Busy flag is set, then CMR is currently processing a previous memory 
operation and cannot accept a new memory request. The control circuitry by- 
passes any new requests until the OA Busy flag clears. 
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READ PROTECT VIOLATION 

If a memory read request initiated during the previous control cycle attempted 
to access an address in memory that was outside of the area defined by the read 
protect bits in the MCU, a read protect violation signal from the MCU informs 
CMR of the violation. So that the error can be recognized when the request is 
drawn from the memory queue, CMR sets a protect violation bit that corresponds 
to the queue position of the last request (current input queue count less one). 

MEMORY REQUEST QUEUE FULL 

If the memory request queue is full, CMR cannot accept further requests until a 
space opens in the queue. The control circuitry bypasses any new requests until 
the queue full indication is removed. If the queue is not full, CMR indicates 
to the look ahead controller that it can accept a new read request by producing 
the CMR ready indication (ICRDACK1). 

MEMORY REQUEST QUEUE EMPTY 

CMR cannot accept a write request to memory until all previous read requests 
have been satisfied. Therefore, if the queue is empty, CMR sets the write 
acknowledge signal (ICWACK1) to allow write requests. If the queue is not 
empty, CMR continues with the control cycle to check for memory read requests. 

STORE FILE 

The only IPU store operations that are not performed through the hard core cir- 
cuits are the Store File operations that transfer the contents of the register 
file octets to an area in memory. For any of these instructions, CMR transfers 
the storage address from the AR register in level 3 to the OA register for 
transfer to the MCU. It then toggles the access request bit to the MCU, sets 
the Write flag and OA Busy, and transmits a protect mode of "01" to enable the 
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write protect circuits in the MCU. If a store file operation is not indicated, 
CMR continues to inspect for other types of memory requests. 

INSTRUCTION HAZARD RECOVERY OR BRANCH TO OA 

CMR reacts identically to either a branch instruction to an address in central 
memory or an instruction hazard recovery. Both situations require the IPU to 
start a new chain of instructions and discard all instructions that reside in 
the IPU. CMR, therefore, reacts by reinitializing the control circuits and 
flags. It clears the KRTAG flip flop so that the new instruction sequence will 
be taken from the KA buffer, and also clears the protect violate and full flags 
associated with the buffers since the instructions in the buffers are to be dis- 
regarded. In addition CMR sets the code, "00" into the queue position indicated 
by the input pointer to indicate that the new octet will be loaded into the KA 
buffer. It then sets the protect mode to "11" to indicate to the MCU that the 
new octets are to be drawn from the area in memory defined by the execute pro- 
tect registers. The look ahead controller ensures that the proper address has 
been loaded into OA, so that when CMR toggles AR to the MCU and clears the Write 
flag, the instruction octet will be fetched from the proper address. Concurrent 
with these actions, CMR increments the queue input pointer to prepare for the 
next request, and sets the Busy and Active bits that correspond to the queue 
position that was filled by the executed request. The controller then continues 
through the control cycle. 

INDIRECT OR EXECUTE 

An indirect address or an execute instruction require the IPU to fetch a new 
word from memory before proceeding with processing. CMR responds to either of 
these conditions by transferring the memory address from the AR register in 
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level 3 to the OA register for transmission to the MCU, and by setting the 
protect mode bits to "11", indicating to the MCU that the request is to be 
subject to the confinements specified in the execute protect parameters. CMR 
sets the code "10" in the queue position corresponding to this request, so that 
when the fetch is complete and the instruction is in KCM, the word will transfer 
directly to IR to continue the program sequence. Having made these preparations, 
CMR toggles access request to the MCU and clears the Write flag to notify the 
MCU of a read request. Concurrent with the request, CMR increments the input 
queue pointer to prepare for the next request, and sets the Busy and Active 
flags that correspond to the queue location that was filled by the executed 
request. The controller then continues with the control cycle. 

LOAD FILE REQUEST 

A Load File instruction transfers the contents of a location in memory into one 
of the octets in the register file. When CMR detects a Load File at level 3, 
it transfers the address of the octet to be loaded from the AR register to the 
OA register for transmission to the MCU, and sets the protect mode bits to "10" 
to indicate that the fetch will be subject to the restrictions defined by the 
read protect registers. CMR then loads the code "11" into the request queue so 
that when the octet is read from memory into KCM, the octet will be routed di- 
rectly into the register file. CMR then toggles access request and clears the 
Write flag to initiate the read cycle from memory. Concurrent with these steps, 
CMR increments the queue input pointer and sets the Active and Busy flags for the 
last queue position. 
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START MEMORY REQUEST 

When the look ahead controller has loaded a new address into OAand is ready 
to send that address to the MCU, it activates one of three signals that indi- 
cate to CMR to initiate a memory request (ILINSTRP, ILINSTR1 , ILINSTR2). When 
CMR receives any of these signals, it determines if the KRTAG flip flop is in 
the same state as the NEXT signal from the look ahead controller. If the two. 
signals are equal, then the returning octet from the fetch will be placed in 
the KA buffer. CMR loads a code of "00" into the request queue to indicate the 
corresponding request is destined for the KA buffer, and generates the BOGUSA 
signal that clears the KAFUL and KAPRV flags so that the new data can enter the 
KA buffer. If KRTAG is not equal to NEXT, the instruction octet is destined 
for the KB buffer; CMR loads a code of "01" into the request queue to indicate 
that destination. It then generates BOGUSB that clears the KBFUL and KBPRV 
flags so that the new data may enter the KB buffer. 

When these preparations are complete, CMR sets the Busy and Active flags for 
the current queue location, toggles access request to the MCU, clears the Write 
flag and sets the protect mode to "11" to indicate that the request will be 
subject to the restrictions of the Execute protect registers in the MCU. The 
input pointer for the request queue increments to prepare for the next control 
cycle. 

BOGUSA 

If the current control cycle produced a BOGUSA signal, CMR issued a request to 
memory for an octet that will be placed into the KA buffer, and will supercede 
previous memory requests for that buffer. CMR therefore disables other outstanding 
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requests that are destined for the KA buffer by clearing the Active flag for 
all queue positions that contain a code of "00" ("00" indicates a destination 
of KA buffer). 

BOGUSB 

If the current control cycle produced a BOGUSB signal, CMR issued a request to 
memory for an octet that will be placed into the KB buffer, and will supercede 
previous memory requests for that buffer. CMR therefore disables other out- 
standing requests that are destined for the KB buffer by clearing the Active 
flag for all queue positions that contain a code of "01" ("01" indicates a 
destination of KB buffer). 

KCM FULL 

KCM Full indicates that a new octet of data from memory has entered the IPU and 
is residing in the memory interface file, KCM, on the I4FILEMB. When it re- 
ceives the full indication, CMR then checks the queue location indicated by 
the output pointer to determine if the active bit is set. If it is not set, 
the queue position is not valid. CMR increments the output pointer and clears 
all flags associated with the queue location that was just checked. CMR will 
perform an inspection of the next output location on the next control clock. 
If the selected queue is active, the control circuits proceed to the queue de- 
code circuit. 

PROTECT VIOLATION IN SELECTED QUEUE LOCATION 

If a new octet did not appear in KCM during the control cycle (KCM not full), 
CMR determines if a protect violation occurred during the memory fetch for the 
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request that is represented by the current queue location. If no protect vio- 
lation occurred, the control circuit returns to the beginning of the cycle and 
waits for the next control clock. If a protect violation did occur, but the 
current queue location is not active, CMR increments the output pointer and 
clears the flags associated with that queue location to prepare for the next 
control cycle. If the selected queue location is active, CMR proceeds to de- 
code the bits in the queue to determine a course of action. 

QUEUE DECODE - KCM FULL, QUEUE ACTIVE 

The request queue contains a two-bit code to indicate the destination of the 
octet in KCM. This portion of the queue decode circuit examines the code and 
generates the gating signals to transfer a valid instruction octet from KCM to 
the indicated register in the IPU. The circuit produces the following actions 
under the indicated conditions: 

queue = 00 - This indicates that the octet is to be transferred to the 
KA buffer. CMR generates IMCMTKA to the I4FILEMB to load 
the KCM octet into the KA buffer. If a BOGUSA signal has 
been produced during the control cycle, another octet of 
data will supercede the octet just loaded into KA. If 
BOGUSA was not produced, the transferred octet is valid. 
CMR then sets KAFUL and clears KAPRV flags to indicate 
the presence of a valid octet in the KA buffer. 

queue = 01 - This indicates that the octet is to be transferred to the 
KB buffer. CMR generates IMCMTKB to the I4FILEMB to load 
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the KCM octet into the KB buffer. If a BOGUSB signal 
has been produced during the control cycle, another 
octet of data will supercede the octet just loaded into 
KB. If BOGUSB was not produced, the transferred octet 
is valid. CMR then sets KBFUL and clears KBPRV flags to 
indicate the presence of a valid octet in the KB buffer. 

queue = 10 - This indicates that a word from the KCM octet is to be trans- 
ferred to the IR register. CMR generates ICCMTIR to the 
I4FILEMB to enable KCM to supply instructions to the IR 
selection circuits. These circuits on the I4FILE circuit 
board select the word from the KCM octet for input to the 
IR register. 

queue = 11 - This indicates that the octet in KCM is to be stored in the 
register file on the I4FILE circuit boards. CMR generates 
ICCMTFIL to the I4FILEMB to enable the output from KCM to 
the register file input selection. Gating circuits on the 
I4FILE circuit boards determine which of the octets in the 
register file will be the final destination of the KCM octet, 

Regardless of the code in the queue, CMR completes each control cycle by incre- 
menting the output pointer to indicate the queue location for the next control 
cycle, and clears all flags associated with the processed queue location so that 
that queue location may be used by the input pointer to account for another re- 
quest to memory. 
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QUEUE DECODE - KCM NOT FULL, PROTECT VIOLATE 

If a protect violation occurred during the fetch cycle for the current output 
queue location, then no data will have been transferred from memory to KCM. 
This portion of the decode circuit examines the queue code and flags the pro- 
tect violation as required by each circumstance so that the IPU may run effi- 
ciently: 

queue = 00 - If BOGUSA has not been generated, the controller sets 

KAFUL flag to allow the IPU to continue to draw instruc- 
tions from the buffer even though the data in the buffer 
is not valid. In addition, CMR sets the KAPRV flag, so 
that any instructions drawn from KA will be rejected when 
they reach level 3. If BOGUSA was generated during the 
control cycle, a replacement octet for the KA buffer has 
been requested. CMR ignores the protect violation and 
does not set the KAFUL flag so that the IPU will wait for 
the replacement octet to reach KA before drawing new in- 
structions from that buffer. 

queue = 01 - If BOGUSB has not been generated, the controller sets 

KBFUL flag to allow the IPU to continue to draw instruc- 
tions from the buffer even though the data in the buffer 
is not valid. In addition, CMR sets the KBPRV flag, so 
that any instructions drawn from KB will be rejected when 
they reach level 3. If BOGUSB was generated during the 
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control cycle, a replacement octet for the KB buffer has 
been requested. CMR ignores the protect violation and does 
not set the KBFUL flag so that the IPU will wait for the re- 
placement octet to reach KB before drawing new instruc- 
tions from that buffer. 

queue = 10 - If the octet for which the protect violation occurred was 
intended to supply input directly to the IR register, CMR 
sets the IPU protect violation flag to the PP and does not 
enable the transfer into IR. Processing halts until the 
conflict is resolved. 

queue =11 - If the octet for which the protect violation occurred was 
intended to be stored into the register file, CMR sets the 
IPU protect violation flag to the PP and does not enable 
the transfer of data from KCM to the register file. 

Regardless of the code in the queue, CMR completes each control cycle by incre- 
menting the output pointer to indicate the queue location for the next control 
cycle, and clears all flags associated with the processed queue location so that 
that queue location may be used by the input pointer to account for another re- 
quest to memory. 
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MEMORY REQUEST QUEUE AND POINTERS 

The memory request queue is a four position queue that accounts for the intended 
destination(s) of up to four outstanding memory read requests. Each position in 
the queue contains a two bit code that represents the destinations of the memory 
requests as follows: 

00 KA buffer 

01 KB buffer 

10 IR register 

11 Register file 

When CMR initiates a memory request to the MCU, 1t loads one position in the 
queue with the destination code for the octet to be fetched with that request. 
When the requested data enters KCM from the MCU, the associated destination code 
is drawn from the queue, and decoded to produce the proper gating signals to 
transfer the octet to its intended location. CMR loads the queue 1n sequential 
order, accesses codes from the queue in sequential order, and assumes that data 
will be returned from memory on a first-in, f1rst-out basis. The request queue 
input and output pointers hold the two bit address of the input and output queue 
location to be accessed next. CMR increments the address in each pointer after 
using the corresponding address so that the sequential order of filling and 
emptying each position is maintained. When four memory requests are outstanding, 
a queue full indication prevents CMR from initiating further requests until re- 
ceipt of data from the first outstanding request clears one of the queue positions 
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KA/KB HAZARD DETERMINATION 

A hazard to either the KA or KB octets exists when an instruction that has 
been previously processed alters the contents of the octet in one of the buffers 
after that octet has been loaded into its buffer. The data in the buffer is 
therefore not current and should not be used in processing. This circuit de- 
tects all such hazards and sets a flag to indicate that the hazard occurs. Be- 
cause the instruction octet may not be used due to a branch, the hazard is not 
recognized until the first instruction from the faulty octet reaches level 3. 
The level 3 controller then recognizes the hazard flag and indicates to the look 
ahead controller to refetch the octet. The flow chart (figure B-ll) illustrates 
the decisions involved in determining the buffer hazard conditions. All sheet 
references refer to sheets of the logic diagram set for the I4CMREQ circuit 
board. The following paragraphs describe the decision paths available in the 
determination. 

ZB EQUAL TO LA. If an address in one of the ZB registers is equal to the octet 
address in the LA register, then an operation 1n one of the pipes will store its 
results into the look ahead octet. The logic then determines which buffer is 
currently supplying instructions to the pipe. If KA is active, then KB is the 
look ahead buffer; the controller sets the KB hazard flag. If KA is not active, 
then KA is the look ahead buffer; the controller sets the KA hazard flag. 

STORE FILE AT LEVEL 2. If a store file instruction is at level 2 and the in- 
struction does not transfer the contents of one file to another file (store is 
to CM), the controller examines the AR register to determine if the store file 
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Figure B-11 . KA/KB Hazard Determination Flowchart 
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operation will affect one of the buffer files. If AR is contained in the LA 
octet, then a look ahead octet hazard exists. The controller then sets the 
appropriate hazard flag that corresponds to the look ahead octet. If the ad- 
dress in AR is equal to the octet address in PA, then a hazard exists for the 
current instruction buffer. The controller determines which buffer is currently 
supplying instructions to the pipe and sets the hazard flag that corresponds to 
that buffer. 

ZB EQUAL TO PA. If one of the ZB addresses is contained in the PA register 
octet, then a current buffer hazard exists. The controller determines which 
buffer is currently active and sets the hazard flag for that buffer. 

KB SELECTED FOR INPUT. If the KB buffer is not receiving a new octet of in- 
structions during the current control clock, and the KB hazard flag has been 
set by a previously detected condition, the controller prevents the KB hazard 
flag from clearing. This gating path not only keeps the hazard flag set as 
long as the faulty octet is in the buffer, but allows the control clock to 
clear the flag when a new octet is loaded into the KB buffer. 

KA SELECTED FOR INPUT. If the KA buffer is not receiving a new octet of instruc- 
tions during the current control clock, and the KA hazard flag has been set by a 
previously detected condition, the controller prevents the KA hazard flag from 
clearing. This gating path not only keeps the hazard flag set as long as the 
faulty octet is in the buffer, but allows the control clock to clear the flag 
when a new octet is loaded into the KA buffer. 
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DETAILS COUNT DECODE 

This circuit receives a four bit code (IM0CTR:2(1 )) from I4HDC0RE and de- 
codes it to produce one of twelve store details select signals, or one of 
thirteen load details select signals. During a details operation, the code 
input to this circuit is incremented every clock. The output of the circuit, 
therefore, steps through counts through 13 (ICLD0(0-13)) if the IMLDTL:2 
signal indicates a load details operation, or through counts through 11 
(ICSDO(0-ll))if the IMSDTL:2 signal indicates a store details operation. The 
value of the details count is equivalent to the octet number in the IPU details 
map corresponding to the byte that the count signal enables. The store details 
count is forwarded to the Store Details Gate circuit where each separate count 
signal selects five bits from the control circuits to be stored in memory. The 
load details count fans out to the control circuits on the I4CMREQ circuit board 
to enable data from the ILQKCM inputs to load parameters into the circuits. The 
decode of the details count for each of the operations is as follows: 



IM0CTR:2(0-3) 


IMLDTL:2 


IMSDTL:2 


0000 


ICLD0(0) 


ICSD0(0) 


0001 


ICLD0(1) 


ICSD0(1) 


0010 


ICLD0(2) 


ICSD0(2) 


0011 


ICLD0(3) 


ICSD0(3) 


0100 


ICLD0(4) 


ICSD0(4) 


0101 


ICLD0(5) 


ICSD0(5) 


0110 


ICLD0(6) 


ICSD0(6) 


0111 


ICLD0(7) 


ICSD0(7) 


1000 


ICLD0(8) 


ICSD0(8) 


1001 


ICLD0(9) 
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STORE DETAILS GATE 

This circuit receives twelve gating signals from the details count decode 
circuit during a store details operation. Each of the twelve input gating 
signals selects five bits from the I4CMREQ circuits and forwards them to I4FILE 
circuit boards to be stored into memory. The gating signals ICSDO(O-ll) corre- 
spond to octets 0-11 in the memory block assigned to the IPU details. The out- 
put from the I4CMREQ store details gate supplies four bits to word 7 of octets 
0-11, and one bit (bit 6) to word 4 of octets 0-11 in the IPU details area of 
memory. Figure B-12 illustrates the five bits transferred to memory during 
each details count cycle. 

LOAD DETAILS 

The load details operation is the reverse of the store details operation. The 
details count signals enable gates that load the details bits from memory into 
their respective flip-flops on I4CMREQ. Because of the gating signals for KA 
and KB buffers are produced on I4CMREQ, two additional counts (12 and 13) are 
generated during the load details. These two counts enable data from KCM into 
KA and KB, respectively. Count 11 is sent to I4HDC0RE since those bits originate 
from that circuit board. 
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Figure B-12. I4CMREQ Store Details Outputs 




UNIT REGISTER (UR) DECODE 

The UR decode circuit receives a four bit select code from the I4HDC0RE cir- 
cuit board (IMUREN 0-3) and generates seven gating signals to the Unit Register 
select circuit. Each gating signal enables one eight bit byte to the unit 
register fanin on the I4HDC0RE circuit board. The most significant bit of the 
select code (IMUREN 0) is an enable bit for the decode circuit. The remaining 
bits are decoded to generate the gating signals as follows: 

IMUREN 1,2,3 Output Signal 

000 ICENDTUR(8) 

001 ICENDTUR(9) 
010 ICENDTUR(IO) 
Oil ICENDTUR(ll) 

100 ICENDTUR(12) 

101 ICENDTUR(13) 

110 ICENDTUR(14) 

111 No Op 

UNIT REGISTER DATA SELECT 

The unit register select circuit receives the signals generated by the UR De- 
code circuit and uses them to produce one of seven possible input bytes (8 bits) 
to be sent to the CP Unit Register in the PP. Figure B-13 illustrates the bit 
assignments for the seven unit register bytes that can be gated through this 
circuit. 
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Figure B-13. I4CMREQ Unit Register Bytes 
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AU WINDOW FLAGS 

The I4CMREQ circuit board receives the early and late window bits for each of 
the four AU's, sets a flag when each window occurs and passes the indication 
to the I4R0UTE2 circuit board. The transfer results in a one clock delay from 
the time that the window pulse is produced from the AU ROM in one of the MBU's 
until the signal is available to the I4R0UTE2 circuit board. The window bits 
are generated during an instruction sequence when a divide instruction is in 
the corresponding AU. The early window flag indicates that if there is another 
divide instruction at level 3 of the same group as the divide in the AU, then 
the divide in level 3 may be executed (including a memory fetch for data) with 
an execution time saving. The time saving is due to overlapping of the processes 
in the AU to avoid the divide initialization time required to start a new divide 
instruction. The late window flag indicates the same condition as the early win- 
dow flag, except that for the late window, no time 1s allowed for memory fetch. 
The operands must already be within the CP. 

Figure B-14 is the I4CMREQ card block diagram. 
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I4ADDR 



INTRODUCTION - BLOCK DIAGRAM SYMBOLS 



The block diagram included in this circuit board description (figure B-23) 
condenses the information contained in the logic diagrams to a one sheet rep- 
resentation. The diagram contains all data lines and control signatures that 
are inputs to or outputs from the circuit board. In addition many of the key 
data and control lines internal to the board are illustrated. Other informa- 
tion contained on the block diagram is illustrated in figure B-15, and in- 
cludes: 



Sheet Number - 



Location of the logic diagram for the de- 
picted function within the circuit board 
logic set. Multiple sheets are referenced 
with a letter that is explained in the notes 
on the diagram. 



Pin Number 



Bus size 



Circuit board input/output pin that carries 
the indicated signal. When more than one 
pin number appears, the pin for the most 
significant bit appears first (address), or 
the pin numbers appear in the order of the 
signatures listed on the line (control). 
Large quantities of pins are in tabular form 
in the notes on the diagram sheet. 

Numbers on all lines indicate the number of 
bits represented by that particular line. A 
line without a number contains only one bit. 



Data and address lines are heavy black lines. Control lines are single width 
lines. 
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Figure B-15. Key to Symbols - I4ADDR Circuit Board Block Diagram 
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I4ADDR CIRCUIT BOARD 

The I4FILEMB contains two I4ADDR circuit boards that comprise the following 
major components of the IPU: 

OA Output Address Register - IHQ0A(8-31) 

LA Look Ahead Address Register - ILQLA(8-31) 

PA Present Address Register - ILQPA(8-31) 

BA Branch Address Register - ILQBA(8-31) 

LC Look Ahead Counter (decrement) - ILQLC(0-7) 

IPU Clock Counter - IMQCKCNT(8-31 ) and $XQCKCNT(0-7) 

Clock fanout for I4FILEMB - $XL0CK04:Q(0-19) 

The I4ADDR(0) circuit board contains bits 8 through 19 for all registers and 
bits through 3 for the 31 bit registers; I4ADDR(1) contains bits 20 through 
31 for all registers and bits 4 through 7 for the 31 bit registers. Both cir- 
cuit boards are physically and electrically identical. However, due to the 
bit division between the boards, a circuit that appears on one circuit board 
may not be used on the other circuit board. 

The block diagram at the end of this section (figure B-23) illustrates the ad- 
dress paths and control signals that are implemented on the I4ADDR circuit 
boards. In addition to the major components, the circuits include: input 
gating networks for each register, a branch address comparator, an IR word 
selector, various holding registers, and the details sequencing and gating 
circuits required to perform maintenance operations on the IPU. The following 
paragraphs describe the component circuits on the I4ADDR circuit board and the 
required control signals to perform the transfers. 

INTERFACE SIGNALS 

Table B-7 defines the input signals to the I4ADDR circuit boards. Table B-8 
defines the output signals from the I4ADDR circuit boards. 
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Table B-7. I4ADDR Circuit Board Input Signals 



Signature 



ICL0CK:0 



ILAR(08-31) 



-ILARTLA 



-ILARTLC 



-ILARTOA 



-ILARTPA 



-ILBATLA 



Origin 



I4ADDR(1) 



I4PIPE 



ILARTBA(OJ) I4CMREQ 



I4CMREQ 



I4CMREQ 



I4CMREQ 



I4CMREQ 



I4CMREQ 



-ILBATOA 


I4CMREQ 


-ILBATPA 


I4CMREQ 


-ILCNTBA 


I4CMREQ 


ILDECLC(0,1) 


I4CMREQ 


-ILGBA 


I4CMREQ 


-ILGLA 


I4CMREQ 



Function 

Originates as ICL0CK04:0(16 and 17). Control 
clock pulse for completing transfers between 
registers. 

Bits 8 through 31 of the AR register at level 3 
of the IPU. 

Transfers the contents of the AR register to 
the BA register for I4ADDR circuit boards 
and 1. 

Transfers the contents of the AR register to 
the LA register. 

Transfers the contents of the AR register to 
the LC counter. 

Transfers the contents of the AR register to 
the OA register. 

Transfers the contents of the AR register to 
the PA register. 

Transfers the contents of the BA register to 
the LA register. 

Transfers the contents of the BA register to 
the OA register. 

Transfers the contents of the BA register to 
the PA register. 

Transfers LA + 8 to the BA register. 

Decrement pulse to the LC counter. 

Enables loading an address into the BA register. 

Enables loading an address into the LA register, 
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Table B-7. I4ADDR Circuit Board Input Signals (Continued) 



Signature 



Origin 



Function 



-ILGLC 

-ILGOA 

-ILGPA 

-ILINCLA 

-ILINCPA 

-ILINHAZ 



-ILLATBA 



-ILLATOA 



-ILP3TBA 



-ILQKCM2:2 
(8-31) 

-ILR3TLC 



I4CMREQ 
I4CMREQ 
I4CMREQ 
I4CMREQ 
I4CMREQ 

I4CMREQ 



ILKTIR(8-31) I4FILE 



I4CMREQ 



I4CMREQ 



ILPATBA(0,1) I4CMREQ 



I4CMREQ 



I4FILE 



I4CMREQ 



ILT0GCKI(19) I4ADDR 



Enables loading value into the LC counter. 

Enables loading an address into the OA register. 

Enables loading an address into the PA register. 

Transfers LA + 8 to LA. 

Enables the present address incrementer to add 
one to the address in the PA register. 

Loads the contents of P3 into LA, OA and PA to 
initialize the operation or recover from a 
hazard condition. 

A word (pointer) from KCM that is loaded into 
OA at the start of a maintenance command. 

Transfers the contents of the LA register to 
the BA register. 

Adds eight to the contents of the LA register 
and transfers that address to the OA register. 

Transfers the contents of the PA register to 
the BA register for I4ADDR circuit boards and 1 

Transfers the contents of the P3 register to 
the BA register. 

Load details inputs to the I4ADDR circuit 
boards. 

Transfers the contents of the R3 register to 
the LC counter. 

Provides interconnection between I4ADDR(0) and 
I4ADDR(1) within the clock counter circuit. In- 
dicates that bits 20-31 of clock counter are 
ones. 
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Table B-7. I4ADDR Circuit Board Input Signals (Continued) 



Signature 



Origin 



Function 



ILT06CKI(31) I4ADDR 



IMCLEAR 



-IMCMTOA 



■IMCSTOA 



IMFREEZE:4 



-IMGOA 



-IMINCOA 



IMLDPSDW:2 



IMLDTL:4 



IM0CTR:4 
(0-3) 

IMRE:4 
IMSDTL:4 



I4HDC0RE 



I4HDC0RE 



I4HDC0RE 



I4HDC0RE 



I4HDC0RE 



I4HDC0RE 



I4HDC0RE 



I4HDC0RE 



I4HDC0RE 

I4HDC0RE 
I4HDCCRE 



A constant logic "1" input to the least sig- 
nificant bit of the clock circuit. 

Master hardcore clear to the OA register to 
initialize it for maintenance functions. 

Gates memory input to the OA register during 
the start of a maintenance command. 

Gates a predetermined constant address into the 
OA register to fetch a pointer during a CR 
command operation. 

IPU disable signal due to a reset RUN bit or 
other abnormality. 

Enables loading of an address into the OA 
register. 

Selects either OA or LA to supply the address 
to the octet incrementer to create the next 
octet address for transmission to the MCU. 

Load Program Status Doubleword. Transfers a 
word from memory into the clock counter. 

Load details: enables details sequencer cir- 
cuit to produce gating signals to the I4ADDR 
registers to load the registers with memory data, 

A four bit code that is decoded to produce the 
gating signals for load and store details. 

Master reset for I4ADDR circuits. 

Store details: enables details sequencer cir- 
cuit to produce gating signals to the store 
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Table B-7. I4ADDR Circuit Board Input Signals (Continued) 



Signature 



Origin 



IMSDTL:4 (continued) 

IMSE:4 I4HDC0RE 
IMSTPSDW:2 I4HDC0RE 



IRP3(8-31) 



IXCL0CK:4 



$XAR(24-31) 



$XARTIR 



$XEIGHT 



I4PIPE 



LOGCLK 



I4PIPE 



I4PIPT0P 



I4HDC0RE 



$XHCASEL(0-2) I4HDC0RE 



Function 

details output select to transfer the contents 
of the I4ADDR registers to memory. 

Master Preset for I4ADDR circuits. 

Store Program Status Doubleword. Transfers 
the contents of the clock counter to a word in 
the details area of memory. 

Contents of the P3 register in level 3 repre- 
senting the address of the instruction at 
level 3. 

Clock signal from I4CTLMB (ICCLK0UT:8) for fan- 
out. Used on I4ADDRO) only. 

Eight least significant bits of the AR register 
in level 3 that supply input to the look ahead 
counter during a Load Look Ahead instruction. 

Originates as ILARTIR on I4CTLMB. This signal 
is sent to I4ADDR(1 ) to select the word address 
from the AR register that designates a word for 
the IR register. This input is a logic zero 
for the I4ADDR(0) circuit board. 

Originates as IMEIGHT. This signal is sent to 
I4ADDR(1) to generate one of the pointer ad- 
dresses needed to initiate any CCR command to 
the CP. This input is a logic zero for I4ADDR(0) 

Originates as IMHCASEL(0-2). This code is sent 
to I4ADDR(1) during hard core operations to se- 
lect a word from KCM into the IR register. These 
inputs are logic zeroes for I4ADDR(0). 
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Table B-7. I4ADDR Circuit Board Input Signals (Continued) 



Signature 



Origin 



Function 



$HCAT0A 



I4HDC0RE 



$XKARIN(16,19) I4ADDR 

$XKARIN(28,31) - 
$XKARPA(19) I4ADDR 

$XKARPA(31) 
$X0NE 



$XQKCM2:2 
(0-7) 

-$XR3(0-7) 



$XT0GCKI(3) 



I4FILE 



I4PIPE 



I4ADDR(1) 



Originates as IMHCATOA. This signal is sent to 
I4ADDR(1) to enable $XHCASEL(0-2) to select a 
word from IR during maintenance commands. This 
input is a logic zero for I4ADDR(0). 

Originates as ILKARIN(16,19). These two signals 
interconnect the two I4ADDR circuit boards with- 
in the LA incrementer circuit. 

Constant logic one inputs to the least signifi- 
cant bits of the LA incrementer circuit. 

Originates as ILKARPA(19). Interconnects the 
two I4ADDR circuit boards within the PA incre- 
menter circuit. 

Constant logic one input to the least signifi- 
cant bit of the PA incrementer circuit. 

Constant logic inputs to the 0A register: zero 
for I4ADDR(0) and one for I4ADDR(1). When en- 
abled, these signals and $XEIGHT generate the 
pointer addresses needed to initiate any CCR 
command to the CP. 

Load details inputs to the eight most signifi- 
cant bits of the clock counter circuit. 

Bits 0-3 are fixed logic one inputs. Bits 4-7 
are the contents of the R3 register at level 3 
that load the LC counter during a PB instruction 

Originates as $XILT0GCK0(4). Connects I4ADDR(1) 
to I4ADDR(0) within the clock counter circuit. 
Indicates that bits 4-31 of the counter are ones 
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Table B-7. I4ADDR Circuit Board Input Signals (Continued) 



Signature 



Origin 



Function 



$XT0GCKI(7) 



I4ADDR(0) 



$XT0GLCI 



I4ADDR(1) 



Originates as ILT0GCK0(8). Connects I4ADDR(0) 
to I4ADDR(1) within the clock counter circuit. 
Indicates that bits 8-31 of the counter are 
ones. 

Originates as ILTOGLCO(l). Connects I4ADDR(1) 
to I4ADDR(0) within the Look Ahead Counter de- 
crementing circuit. Indicates that bits 4-7 
of the LCH register are equal to zero. This 
input to the I4ADDR(1) circuit board is a 
constant logic one. 
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Table B-8. I4ADDR Circuit Board Output Signals 



Signature 



Destination 



Function 



IHQ0A:1(8-31) I4CMREQ 

IHQ0A:2(8-31) MCU 

ILKARIN(7) 

ILKARIN(16) I4ADDR(0) 



ILKARIN(19) 

ILKARIN(28) 

ILKARPA(7) 

ILKARPA(19) 



ILPAEQBA 
(0,1) 



ILQLC(0-7) 



I4ADDR(0) 



I4ADDR(1) 



I4CMREQ 



ILQLA: 2(8-31) I4ZHAZ 



I4CMREQ 



The memory address contained in the OA register 
to be transferred to the PP as unit register 
data. 

Requested memory address to the memory control 
unit. 

Not used. 

Enters as $XKARIN(016). Provides interconnec- 
tion within the LA incrementer circuit. 

Enters as $XKARIN(019). Provides interconnec- 
tion within the LA incrementer circuit. 

Not used. 

Not used. 

Enters as $XKARPA(19). Interconnects the two 
I4ADDR circuit boards within the PA incrementer 
circuit. 

Indicates to the Look Ahead Controller that the 
PA address is equal to the BA address for the 
portion of the address contained on I4ADDR(0,1). 
Only when both of these signals are true is the 
total address in PA equal to the total address 
in BA. 

The look ahead address that is used by the 
hazard detection circuits to detect a look ahead 
octet hazard. 

The contents of the Look Ahead Counter that is 
used by the Look Ahead Controller to determine 
the position of an imminent branch that has been 
preceded by a PB or LLA instruction. 
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Table B-8. I4ADDR Circuit Board Output Signals (Continued) 



Signature 



Destination 



Function 



ILQPA:2(8-28) I4ZHAZ 



ILQPA:2 
(29-31) 



ILQPAH:2 
(8-31 ) 

ILSELK 
(29-31) 

ILT0GCK0(8) 



ILTOGLCO(O) 
ILTOGLCO(l) 

-IMDTL2(8-31) 

IMQCCNTH(8-31) 

-$XDTL2(0-7) 

$XILT0GCK0(00) 

$XILT0GCK0(04) 



I4CMREQ 



I4PIPE 



I4FILE 



I4ADDR(1 ) 



ILT0GCK0.(20) I4ADDR(0) 



I4ADDR(1) 

I4FILE 
I4PIPE 
I4FILE 

I4ADDR(0) 



Present octet address used by the hazard de- 
tection circuits to detect a hazard to the 
current octet. 

Present word address used by the Look Ahead 
Controller to detect octet boundaries (PA = 7). 

Present instruction address transferred to the 
PI register as the instruction moves to level 1. 

Selects a word from KCM, KA or KB for transfer 
to the IR register. 

Enters as $XT0GCKI(7). Connects I4ADDR(1) to 
I4ADDR(0) within the clock counter circuit. 
Indicates that bits 8-31 are ones. 

Enters as ILT0GCKIO9). Connects I4ADDR(1) to 
I4ADDR(0) within the clock counter circuit. 
Indicates that bits 20-31 are ones. 

Not used 

Enters as $XT0GLCI. Indicates that bits 4-7 
of LCH are equal to zero. 

Store details data lines to memory bus. 

IPU clock count to the R0 register. 

Store details data lines to memory bus. 

Not used. 

Enters as $XT0GCKI(3). Connects I4ADDR(1) to 
I4ADDR(0) within the clock counter circuit. In- 
dicates that bits 4-31 are ones. 
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Table B-8. I4ADDR Circuit Board Output Signals (Continued) 



Signature 



Destination 



Function 



$XL0CK04:0 
(0-19) 



I4FILEMB 



$XQCCNTH(0-7) I4PIPE 



Becomes clock input (ICL0CK:04:0(0-19)) to all 
circuit boards on the I4FILEMB. This output 
set is used only from the I4ADDR(1) circuit 
board. Corresponding outputs from I4ADDR(0) 
are not used. 

IPU clock count to the RO register. 
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OA REGISTER 

The OA (Output Address) register supplies octet addresses (21 bits) to the MCU 
to designate the area in memory for a store or fetch operation. The Look Ahead 
Controller (on the I4CMREQ circuit board) controls the gating of addresses into 
the OA register and initiates requests to the MCU that transfer addresses from 
OA to the MCU. The output from this register can be transferred to the PP as 
unit register data, and can also be incremented by eight to form the next sequen- 
tial octet during load or store maintenance operations. The following paragraphs 
describe the six inputs to the OA register, their gating signals, and the uses 
for each input in the operation of the IPU. Either of two gating pulses, -ILGOA 
or -IMGOA, from I4CTLMB enable the selected input to OA. The CP clock pulse 
completes the transfer by clocking the selected address into OA. Although the 
register is implemented with 24 bits, only the 21 most significant bits are 
effective address bits. 

MAINTENANCE COMMANDS. Load, Store and Exchange maintenance commands from 
the CCR file of the Peripheral Processor require the CP to access a pointer from 
a fixed location in central memory and use that pointer as the starting address 
of the data transfer to or from memory. If the maintenance command requires 
transfer of status, the pointer will be in locations 14 or 15; the pointer for 
CP or Maintenance details commands is in locations 18 or 19. To initiate the 
command, the IPU must first access the pointer location, transfer the contents 
of that location to the OA register, and initiate a request to memory to store 
or fetch from that location. Two inputs to the OA register enable the IPU to 
perform this function. The unit hard core controller on the I4HDC0RE circuit 
board generates the gating signals to OA to effect the two transfers. 

The octet address of the pointer for status maintenance commands is 10; the 
octet address of the pointer for CP or maintenance details commands is 18. When 
the hard core controller receives a maintenance command, it enables two inputs 
to the OA register bits 27 and 28 (figure B-16) by activating -IMCSTOA. This 
signal transfers a fixed logic one level ($X0NE) to bit 27 and enables an input 
($XEIGHT) to bit 28 of OA. If the maintenance operation is a CP or maintenance detail 
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command, the controller sets $XEIGHT to a logic one level so that both bits 
27 and 28 are set. If the maintenance operation is a status command (4108 
through 410A), the controller holds $XEIGHT at a zero so that only bit 27 is 
set. As a result, the controller loads a hexadecimal 10 into OA for status 
commands, and a hexadecimal 18 for details. When this operation is complete, 
the controller generates a request to the MCU to access the pointer from the 
location specified by the address that has been loaded into OA. 

When the MCU returns the pointer octet to the KCM memory interface file on the 
I4FILE circuit boards, the controller selects the pointer word from the octet 
and transfers it to OA input gating circuit through the ILKTIR(8-31) address 
bus. The controller then enables that address into the OA register by acti- 
vating -IMCMTOA. This operation places the starting address of the data trans- 
fer into the OA register. The controller then initiates a memory request to the 
MCU to either store or fetch from that location. If more than one octet is re- 
quired in the operation, the area in memory will be in consecutive locations. 
To generate the addresses for the successive octets, the controller activates 
-IMINCOA to the octet incrementing circuit. This signal enables an output 
from the OA register (-IHQ0A(8-31)) through the octet incrementing circuit and 
loads the incremented octet address back into the OA register. The controller 
performs this transfer for each new octet that is required to service the main- 
tenance transfer, 

IRP3(8-31). To initiate an operation after a context switch, or to re- 
cover from an instruction hazard, the level 3 instruction address from the P3 
register (IRP3(8-31)) transfers to the OA register. One control signal (-ILINHAZ) 
from I4CTLMB gates the P3 address into OA for either of these cases. After a 
new job has been switched into the IPU, OA contains an address from the switching 
operation which is not the address of the first instruction in the new job. The 
context switch transfers the first instruction address into the P3 register. To 
initiate the new instruction sequence, the hard core controller gates the P3 ad- 
dress into OA (-ILINHAZ) and initiates a memory request for that octet from the MCU, 
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Similarly, if an instruction hazard occurs, the aborted instruction is 
allowed to pass to level 3 before the hazard decision is made. At that time 
P3 contains the address of the hazarded instruction. Therefore, gating the 
contents of P3 into OA allows the IPU to refetch that instruction from memory 
to recover from the hazard. 

ILQBAH(8-31). This input to the OA register carries the contents of the 
BA (Branch Address) register. The look ahead controller on the I4CMREQ circuit 
board determines when this input will be enabled to the OA register by generating 
the -ILBATOA gating signal. The transfer of BA to OA is performed under these 
basic conditions: 

1. PB or LLA - If a Prepare to Branch or Load Look Ahead instruction 

h-as loaded the BA register with the address of a tar- 
get instruction, and the look ahead controller deter- 
mines that the expected branch is imminent, the con- 
troller transfers the address in BA to OA to fetch the 
octet containing the branch instruction. 

2. Target Fail - If the look ahead controller has fetched the octet 

containing the target instruction of a branch, but the 
branch is not taken when it reaches level 3, the con- 
troller transfers the contents of BA (address of exe- 
cuting instruction sequence before the target instruc- 
tion octet k vas fetched) to recover the previous instruc- 
tion sequence. 

3. Dual /Branch not taken - If the look ahead controller is operating in 

the Dual mode, but the branch is not taken when the 
holding hazard is resolved, the controller must recover 
the look ahead octet that was discarded when entering 
the Dual mode. The address of the look ahead octet is 
stored in BA, so the controller transfers the contents 
of BA to OA to refetch the look ahead octet. 

ILAR(8-31). The ILAR input carries the contents of the AR register at 
level 3 of the IPU. The look ahead controller on the I4CMREQ circuit board de- 
termines when this input will be enabled to the OA register by generating the 
-ILARTOA gating signal. The look ahead controller transfers BA to OA under five 
basic conditions: 
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1. Branch to Memory - If a branch instruction at level 3 references an 

address that is not in the IPU octets, the controller 
transfers the address of the target instruction from the 
AR register to the OA register to access the octet con- 
taining the instruction. 

2. PB - If a Prepare to Branch instruction is at level 3, and the target 
— branch of the PB is either in or is entering the current 

octet, the controller transfers the contents of the AR 
register (containing the address of the target instruction) 
to the OA register J to fetch the target octet from memory. 

3. Dual - When the look ahead controller enters the dual mode, it trans- 

fers the address of the target instruction from the AR 
register in level 3 to the OA register to access the tar- 
get octet for use as the look ahead octet. 

4. Load File - If a load file instruction is at level 3, the controller 

transfers the address of the area in memory from the AR 
register to the OA register. 

5. Store File - If a store file instruction is at level 3, the controller 

transfers the address of the storage area in memory from 
the AR register to the OA register. 

ILCOUNT (8-31). The ILCOUNT bus carries an address from the octet incre- 
menting circuit to the OA register. The address may originate in either the LA 
or the OA register, but in either case the input represents the next sequential 
octet to be accessed from memory. During normal look ahead processing, the IL- 
COUNT lines originate in the LA register. The incrementing circuit adds eight 
to the word address in the LA register to form the ILC0UNT(8-31) signals. These 
address bits are normally loaded into LA and OA simultaneously so that when the 
look ahead address has been sent to the MCU, the address in OA equals the address 
in LA. The OA register supplies inputs to the octet incrementing circuit only 
during CCR maintenance command execution. 

OCTET ADDRESS INCREMENT 

This circuit and its associated input select circuit receive the contents of either 
the LA or the OA register, add eight to it, and forward the results to the BA 
LA and OA input select circuits. The control signal, -IMINCOA, determines whether 
the output from LA or from OA will be used in the incrementer. When this signal 
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is low, OA is incremented; when -IMINCOA is high, LA is chosen, OA is incre- 
mented only during maintenance stores and fetches. The increment circuit 
examines all of the input bits in parallel. If all of the bits that are less 
significant than the bit under examination are ones, the circuit toggles that 
bit. Figure B-17 illustrates the circuit that performs this function for bit 
eight, the most complex, and for bit 28, the least complex. All other bits 
have similar circuits for examining the bits preceding them. All bits 9 through 
28 must be ones before bit 8 toggles; bit 28 will toggle everytime due to the 
fixed one inputs on $XKARIN(31) and $XKARIN(28). The input bit $X0NE, is a 
fixed "1" bit for I4ADDR(1) and a fixed "0" bit for I4ADDR(0). This signal 
disables bits 29, 30 and 31 on I4ADDR(1) so that the address from the incre- 
menter is always an even octet boundary (29, 30 and 31 equal to "0"). This 
signal I4ADDR(0) enables bits 17, 18 and 19 to follow the incrementer circuit 
output. 

LA REGISTER 

The LA (Look Ahead) register is a 24 bit register that holds the octet address 
(21 most significant bits) for the look ahead octet. During normal processing, 
this address is equal to the address contained in OA that is being accessed from 
memory. When memory accepts the request, the look ahead controller selects the 
output from LA into the octet incrementer and enters the incremented address in- 
to LA and OA simultaneously. A second register associated with LA (LAH) receives 
the contents of LA one-half clock time after it enters LA. The output from this 
register is available for transfer to the BA register when the look ahead con- 
troller enters the Dual mode. The output from the LA register is also trans- 
ferred to the hazard detecting circuits for determination of a look ahead hazard, 
and is available to the details gating circuit for storage into memory during a 
store details maintenance operation. -ILGLA from the look ahead controller trans- 
fers the inputs to the LA register from the gating circuit. The CP clock pulse 
completes the transfer. The following paragraphs describe the five inputs to the 
LA register, their gating signals, and the uses for each input in the operation 
of the IPU. 
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Figure B-17. Octet Address Incrementer, MSB and LSB 




ENABLE LA INPUTS. Three transfer gating signals to the LA Input Select 
(-ILINCLA, -ILARTLA and -ILARTLA) cannot enable inputs to the LA register if 
the LA register is being loaded with data from memory during a context switch 
or other maintenance loading operation. Therefore, when LA is being loaded 
for a maintenance operation, IMCMTLA disables the three gating signals to pre- 
vent input conflicts. The input gates are enabled at all other times. 

ILCOUNT (8-31). This input supplies addresses to LA during sequential 
octet addressing in normal look ahead mode. The input consists of the address 
that was previously in the LA register plus the octet increment value of eight. 
Whenever LA + 8 is loaded into the OA register, this path is also enabled to 
store the address sent to OA and provide an input to the octet incrementer to 
generate the next look ahead address. 

ILQBAH(8-31). The ILQBAH lines transfer the contents of the Branch Ad- 
dress (BA) register to the LA register. The look ahead controller on the 
I4CMREQ circuit board determines when this input is enabled to LA by generating 
the -ILBATLA gating signal. The look ahead controller description explains in 
detail the conditions required to generate this signal. In general, the output 
of the BA register is transferred to the LA register under the following con- 
ditions: 

1. Target Fail - When the look ahead controller has prepared the IPU 

to take a branch and the branch is not taken when it 
reaches level 3, the controller transfers the address 
in BA (recovery address) to the LA register. That ad- 
dress will be incremented and loaded into OA to form 
the next look ahead address after the recovery address 
has been sent to the MCU from OA. 

2. Dual and Branch not taken - If the look ahead controller is in dual 

mode, but the branch at level 3 is not taken when the 
hazard is resolved, the controller transfers the re- 
covery address in BA to the LA register. That address 
will be incremented and loaded into OA to form the next 
look ahead address after the recovery address is sent 
to the MCU from OA. 

3. Branch - When a PB or LLA instruction has prepared the look ahead 

controller, and the controller detects the impending 
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branch instruction in the PA octet or in the pipe, 
the controller transfers the address of the target 
instruction from BA into LA (as well as OA). The 
address will be incremented and loaded into OA to 
form the next look ahead address after the address 
of the target instruction has been sent to the MCU. 

ILAR(8-31). The ILAR bus carries output from the AR register at level 3 
of the IPU. The AR register holds a developed address of a target instruction 
when either a branch or a prepare to branch instruction is at level 3. The look 
ahead controller determines when to transfer this address into the LA register. 
This determination is explained in detail in the discussion of the look ahead 
controller. In brief, the controller transfers the address in AR into the LA 
register under the following conditions: 

1. Branch to OA - When a branch instruction at level 3 references an 

address that is not in the IPU, the controller trans- 
fers that address to the LA register (in addition to 
the OA register). This ensures that the proper ad- 
dress will be incremented and loaded into OA to fetch 
the next look ahead octet following the target octet. 

2. Branch to LA - When a branch instruction at level 3 references an 

address in the look ahead octet, the controller trans- 
fers the address in AR to the LA register to ensure 
that the proper LA + 8 octet address will be loaded 
into OA to fetch the next look ahead octet. 

3. Branch to PA - If a branch instruction at level 3 references an 

address in the currently executing octet, and the next 
look ahead octet has not been ordered from memory, the 
controller transfers the address in AR into the LA 
register to ensure that the proper look ahead address 
will be loaded into OA to access the next look ahead 
octet. 

4. Prepare to Branch - If a PB instruction is at level 3 and its cor- 

responding branch is in the pipe, the controller trans- 
fers the address in AR to the LA register (also to the 
OA register). This transfer ensures that after the 
target octet has been fetched, the proper address will 
be loaded into the OA register to access the next look 
ahead octet. 

5. Initiate Dual - When the look ahead controller enters the dual mode, 

it transfers the AR address into the LA register to en- 
sure that a sequential look ahead address will be loaded 
into the OA register after the target octet has been 
fetched from memory. 
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IRP3(8-31). These input lines carry the contents of the P3 register. 
P3 holds the address of the instruction at level 3 of the IPU. If an instruc- 
tion hazard occurs that renders the instruction at level 3 unreliable, the look 
ahead controller transfers the address of that instruction from P3 to LA. This 
transfer ensures that after the instruction octet has been fetched from memory, 
the proper look ahead address will be created by the octet incrementer and 
loaded into the OA register to fetch the next look ahead octet. 

-ILQKCM2:2(8-31 ). The contents of LA are loaded from and stored into word 
2 of octet 1 in the IPU details map area of central memory. During load details, 
this input from word 2 of KCM is enabled to transfer the stored contents of LA 
into the LA register. The IMCMTLA signal from the details sequencer enables 
this transfer. This signal is produced when the details count from unit hard 
core is equal to 1, designating octet 1 of the details map. Therefore, this 
input and its gating signal transfer bits 8 through 31 of word 2 in octet 1 of 
the details map into the LA register. 

PA REGISTER 

The PA (Present Address) register contains the 24-bit word address of the next 
instruction that will be loaded into the IR register. The look ahead controller 
on the I4CMREQ circuit board controls the loading and incrementing of the address 
in the PA register. The output from this register selects a word from the cur- 
rent memory buffer for transfer to the IR register, and during a PB or LLA helps 
determine if the target instruction is in the current octet. The present address 
also transfers to the I4HAZMB for detecting instruction hazards in the current 
octet and to the I4CTLMB for determination of octet boundaries (PA=7). A third 
output from PA transfers to the PAH register. The PAH (PA Holding) register re- 
ceives the contents of the PA register one-half clock after the address has 
entered the PA register. This buffering stage isolates the PI register and the 
PA incrementer circuit from changes in the PA register during the control clock 
pulse. The output from the PAH register transfers to the PI register on the 
I4PIPEMB when the corresponding instruction transfers to the IR register. The 
PI register holds the address of the instruction at level 1 of the IPU. In 
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addition, the output of the PAH register is used by the address incrementer 
circuit to supply sequential word addresses to the PA register. The gating 
signal, -ILGPA, from the look ahead controller enables one of five selected 
inputs to transfer an address into the PA register. The control clock pulse 
completes the transfer. The following paragraphs describe the five inputs to 
PA, their gating signals and their use within the IPU addressing circuits. 

ILQBAH(8-31). These input lines supply an address from the BA register 
for input to the PA register. The look ahead controller on the I4CMREQ circuit 
board determines when to enable this input by generating the -ILBATPA gating 
signal. The look ahead controller description explains in detail the condi- 
tions required to produce this gating signal. Briefly, the BA register supplies 
inputs to the PA register under the following conditions: 

1. Target Fail - If the look ahead controller has prepared the IPU 

for a branch but the branch is not taken, the con- 
troller must recover the old instruction sequence 
before any further processing is performed. The 
controller transfers the recovery address from BA 
to the PA register. When the recovery octet enters 
the IPU from memory, the PA register will be able to 
select a word with minimum delay. 

2. Branch at Level 1- When a PB or LLA has prepared the look ahead 

controller to expect a branch instruction and the con- 
troller transfers that branch instruction into level 1, 
the controller loads the address of the target instruc- 
tion from BA into PA. The next instruction sent to IR 
will then be accessed from the branch path. 

ILAR(8-31). The ILAR lines carry an address from the AR register at level 
3. This address is developed through indexing or modification and indicates the 
location of a target instruction when a branch or prepare to branch instruction 
is at level 3. The look ahead controller determines when to enable this input 
and issues the -ILARTPA gating signal. The controller generates this signal under 
the following conditions: 

1. Branch to OA - If a branch instruction at level 3 references an ad- 
dress not in the IPU octets, the controller transfers 
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the target address to PA to select the target instruc- 
tion from the octet as it returns from central memory. 

2. Branch to LA - If a branch instruction at level 3 references an ad- 

dress in the look ahead octet, the controller transfers 
the target address from AR into PA to select the target 
instruction from the look ahead buffer when the KRTAG 
bit is toggled. 

3. Branch to PA - If a branch instruction at level 3 references an ad- 

dress in the current octet, the controller transfers the 
target address from AR into PA to select the target in- 
struction on the next control clock. 

4. Prepare to Branch - If a prepare to branch instruction is at level 3 

and its corresponding branch is at level 0, the controller 
transfers the target instruction address from AR to PA as 
the branch transfers to level 1. The instructions from 
the branch path will then follow immediately after the 
branch instruction in the pipe resulting in a minimum 
branch delay. 

-ILQKCM2:2(8-31). Word 2 of octet 2 in the IPU details map area of central 
memory supplies and stores the contents of PA for maintenance exchanges. This 
input bus from the KCM memory interface file loads word 2 into the PA register 
when IMCMTPA enables the input. The details sequencer issues IMCMTPA when the 
details count, IM0CTR:<(0-3), decodes to a count of two. This decode indicates 
that octet 2 of the details map is in KCM so that enabling the load details in- 
put to the PA register at that time results in loading word 2 of octet 2 into 
the PA register. 

IRP3(8-31). These input lines carry the contents of the P3 register. This 
register holds the address of the instruction at level 3 of the IPU. If an in- 
struction hazard occurs that renders the instruction at level 3 unreliable, the 
look ahead controller transfers the address of that instruction from the P3 
register to the PA register to select the hazarded instruction from the re- 
fetched octet when it enters the IPU from memory. The IPU then reprocesses the 
instruction stream from that point in the program. 

IIPAINC(8-31). This address bus carries an address that is one greater 
than the address currently held in the PA register. The input is gated into 
the PA register after each new instruction transfer to IR so that the next 
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instruction for IR will be from a sequential location in the current octet. 
The gating signal, IIINCPA, is generated by the look ahead controller on the 
I4CMREQ circuit board. 

PA INCREMENTER 

The PA incrementer circuit receives the contents of the PAH register, adds one 
to that address, and forwards it to the PA and BA registers. This input to PA 
selects the next instruction word to be loaded into IR. When transferred to 
BA, the incremented address represents a recovery address during a PB or LLA 
operation. The incrementer circuit requires no gating or control signals, so 
that when an address enters the PAH register, the incremented address is avail- 
able from the incrementer circuit. The incrementer examines all of the input 
bits in parallel. If all of the bits that are less significant than the bit 
under examination are ones, the circuit toggles that bit, Figure B-18 illustrates 
the circuit that performs this function for bit eight, the most complex, and for 
bit 31, the least complex. All other bits have similar circuits for examining 
the bits preceding them. All bits 9 through 31 must be ones before bit 8 toggles; 
bit 31 toggles e\/ery time the input address changes due to the fixed one input 
on $XKARPA(31). 

BA REGISTER 

The BA (Branch Address) register is a 24-bit storage register that is used in con- 
junction with branch instruction handling in the IPU. This register does not 
always contain a branch address, however. The look ahead controller on I4CMREQ 
controls the choice of inputs to the register. In addition to holding a target 
instruction address of a branch under control of a PB or LLA instruction, the 
BA register may also contain a recovery address when the look ahead controller 
takes a branch path of instructions in preparation for the branch instruction. 
If the branch is not taken when it reaches level 3, the controller can access 
the recovery address in the BA register to reconstruct the instruction sequence 
that was in progress before the PB or LLA diverted the path. The BA register 
outputs are available to the branch address compare circuit for determining 
if the target is in the current octet, to the store details gate for transfer 
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to memory, and to the BAH (BA Holding) register. BAH receives its address 
inputs from BA one-half clock time after the address enters the BA register. 
This buffering level isolates the BA register from the registers that receive 
inputs from it, so that the same clock pulse can transfer the contents of BA 
to another register while changing the contents of the BA register. The BAH 
register supplies outputs to the PA, LA and OA registers. Refer to the dis- 
cussions of these registers for the conditions that prevail when these trans- 
fers occur. Six input busses may supply address inputs to the BA register. 
The choice of inputs is under control of the look ahead controller. Once the 
input is selected, -ILGBA and the IPU clock pulse enable the address transfer 
into the BA register. The following paragraphs describe the six input paths 
to the BA register, their gating signals, and the function of each input with- 
in the operation of the IPU. 

riPAINC(8-31). This input bus carries an address that is one greater than 
the current address in the PA register. This address is transferred to the BA 
register as a recovery address. When a PB or LLA instruction has prepared the 
controller for an upcoming branch instruction and the controller transfers that 
branch instruction from level to level 1, it also transfers the next address 
in that instruction sequence (PA + 1) to the BA register. The controller will 
then access instructions from the branch path and insert them into the pipe 
following the branch instruction. If the branch instruction is skipped over, 
or is not taken when it reaches level 3, the recovery address in BA is retrieved 
to reconstruct the previous instruction path that would have been taken if the 
branch were not anticipated. 

-ILQKCM2:2(8-31). Word 2 of octet in the IPU details map area of cen- 
tral memory supplies and stores the contents of BA for maintenance exchanges. 
This input bus from the KCM memory interface file loads word 2 into the BA reg- 
ister when IMCMTBA enables the input. This gating signal is produced in the 
details sequencer circuit. The details sequencer issues IMCMTBA when the de- 
tails count, IM0CTR:4(0-3), decodes to a count of zero. This decode indicates 
that octet of the details map is in KCM so that enabling the load details input 
to the BA register at that time results in loading word 2 of octet into the BA 
register. 
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IRP3(8-31). These input lines from the P3 register carry the address 
of the instruction that is currently at level 3. The look ahead controller trans- 
fers this input to the BA register as a branch address when a Load Look Ahead 
instruction is at level 3. An LLA instruction prepares the IPU to loop back to 
the LLA instruction location in the instruction sequence when the branch instruc- 
tion is encountered. Therefore, when the LLA reaches level 3, the controller 
issues ILP3TBA to transfer the address of the LLA from P3 to BA for storage. 
When the branch instruction reaches level 1, the address in BA transfers to the 
addressing registers so that the instruction sequence will begin again with the 
LLA instruction. 

ILAR(8-31). The ILAR lines carry the address contained in the AR register 
at level 3. This address is developed through indexing or modification, and 
indicates the location of a target instruction when a prepare to branch instruc- 
tion is at level 3. The look ahead controller generates the gating signal ILARTBA 
to transfer this address to the BA register whenever a PB instruction reaches 
level 3 and is enabled. This results in storing the target instruction address. 
When the branch instruction is loaded into level 1, the controller accesses the 
target instruction address from BA to select instructions from the branch path. 

ILC0UNT(8-31). The ILCOUNT bus supplies an address that is eight greater 
than the address contained in the LA register. If a look ahead octet has not 
yet been ordered from central memory, this address is eight greater than the 
currently executing address, or is equivalent to the address of the look ahead 
octet. When the look ahead controller enters the dual mode of operation, it re- 
tains the current instruction octet in the active instruction buffer (KA or KB) 
and fills the other instruction buffer with an octet from the branch path, so 
that the IPU will be ready to execute from either path. In doing this, the con- 
troller must discard or ignore the look ahead octet for the current instruction 
sequence. In order to reclaim the look ahead octet if the branch is not taken, 
the controller generates -ILCNTBA to store the LA + 8 address into the BA register 
if the look ahead octet has not been ordered from memory. If the branch is not 
taken, this address may be accessed from BA to fetch the look ahead octet from 
memory to reconstruct the instruction sequence. 
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ILQLAH(8-31). This input bus supplies the address that was in the LA 
register before the last control clock. If the look ahead octet has been 
ordered from memory, this address represents the address of the look ahead oc- 
tet. When the look ahead controller enters the dual mode, it retains the cur- 
rent instruction octet but discards the look ahead octet. So that it may re- 
construct the instruction path if the branch is not taken, the controller gene- 
rates -ILLATBA to transfer the look ahead address in LAH to the BA register if 
the look ahead octet has been ordered. If the branch is not taken, then the 
controller can access the address in BA to continue the original instruction 
sequence. 

BRANCH ADDRESS COMPARE 

The branch address compare circuit examines the outputs from the BA register and 
the PA register to determine if the octet address in BA is equal to the octet 
address in PA. The circuit compares the true output of PA with the false output 
of BA, and the false output of PA with the true output of BA. If neither of 
these comparisons are true for each bit of the octet address, then the address 
in PA is equal to BA. Two separate signals, one for the address bits on I4ADDR(0) 
and one for the address bits on I4ADDR(1) are sent to the look ahead controller 
on the I4CMREQ circuit board. The look ahead controller combines the two signals 
to arrive at the final determination that BA is equal to PA. Although all 24 bits 
of each register enter the comparison circuit, the circuit compares only the 21 
most significant bits (the octet address). A hard wired logic one signal ($X0NE) 
to the I4ADDR(1) circuit board disables the comparison of bits 29, 30 and 31. 
This input is wired to a logic zero level for I4ADDR{0). 

IR WORD ADDRESS SELECT 

This circuit receives three word address inputs and selects one of the addresses 
for output to the I4FILE circuit boards. On the I4FILE circuit board this address 
(ILSELK(29-31)) chooses a word from KA, KB or KCM to be transferred to the IR 
register. Although this circuit is implemented on both I4ADDR(0) and I4ADDR(1) 
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circuit boards, the selection for bits 17, 18 and 19 on I4ADDR(0) is not 
used. The selection of bits 29 through 31 on I4ADDR(1), therefore, is the 
only functional selection circuit. These bits form the word address portion 
of the address in their respective registers. The following paragraphs describe 
the inputs to the selection circuit and the conditions that exist when each 
input is enabled. 

PRESENT ADDRESS. When both of the input gating signals are inactive 
($XARTIR and $HCAT0A), the present address register, PA, supplies word selec- 
tion bits to the I4FILE circuit boards. The present address bits enter on the 
ILQPA: 1(29-31) bus. This input supplies word addresses during normal octet pro- 
cessing, since PA normally contains the address of the currently used instruc- 
tion. 

AR REGISTER. When the $XARTIR gating signal becomes active, it gates the 
word address input from the AR register to the I4FILE circuit boards. The AR 
register contains an address that the IPU developed through modifications. If 
the address in AR is an indirect address, the level 3 controller generates 
$XARTIR to enable the word address field of the AR register to select an instruc- 
tion word from the KCM, KA or KB octet. The IPU then waits for the new instruc- 
tion to reach level 3 before continuing. By allowing the AR register to select 
the indirect word, the IPU is able to maintain the correct current address in 
the PA register. 

HARD CORE WORD SELECT. At the beginning of a maintenance transfer command 
from the CCR file, the IPU must fetch a pointer from one of four fixed locations 
in memory. These locations are: 14 for status stores, 15 for status loads, 18 
for CP and maintenance details stores, and 19 for CP and maintenance details loads 
When the hard core controller detects one of these maintenance commands, it orders 
the corresponding octet (10 or 18) from memory (refer to OA register description). 
When this octet arrives in the KCM octet, the controller must then select the 
proper word from the octet and load that word into the OA register to initiate 
the transfer to or from memory. The $XHCASEL(0-2) word address input allows the 
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controller to make this selection. Since the correct octet is already in the 
KCM file, these three input bits only designate the four values required to se- 
lect the four pointer words from their respective octets. These values, for 
bits 0, 1, and 2 are: 

t 000 - selects word zero from octet 18 for details 
stores. 

• 001 - selects word one from octet 18 (location 19) for details 

loads. 

§ 100 - selects word four from octet 10 (location 14) for status 
stores. 

• 101 - selects word five from octet 10 (location 15) for status 

loads. 

Other values for these three bits are not possible, since bit 1 is fixed at a 
zero value on the I4HDC0RE circuit board. To enable these bits to the IR selec- 
tion circuit on the I4FILE circuit boards, the hard core controller produces the 
gating signal, $HCAT0A. The selected pointer transfers only to the 0A register 
and never to the IR register. 

LOAD/STORE DETAILS SEQUENCER 

This circuit receives a four bit code (IM0CTR: 4(0-3)) from I4HDC0RE and decodes 
it to produce one of five store details select signals, or one of six load de- 
tails select signals. During a details operation, the code input to this cir- 
cuit is incremented every clock. The output of the circuit, therefore, steps 
through the five store details gates (IMST0RBA, IMST0RLA, IMST0RCK, IMST0RLC 
and IMST0RPA) if the IMSDTL:4 signal indicates a store details operation, or 
through the six load details gates (IMCMTBA, IMCMTLA, IMCMTPA, IMCMTLC, IMCMTCK;! 
and IMCMTCK:2) if the IMLDTL:4 signal indicates a load details operation. The 
decoded value of the input counter bits, IM0CTR:4(0-3), is equivalent to the oc- 
tet number in the IPU details map corresponding to the byte that the count sig- 
nal enables. The store details gating signals are forwarded to the store details 
output select circuit where each gating signal selects either an 8-bft, 24-bit 
or 32-bit details transfer to central memory. The load details gating signals 
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fan out to the Circuit board registers to transfer data on the KCM input bus 
into the registers. The decode of the details count bits for each operation 
is as follows: 
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STATUS DOUBLEWORD 

During a load or store status operation, the hard core controller generates 
a gating signal (IMLDPSDW:2 or IMSTPSDW:2) to the details sequencer circuit 
to produce either IMCMTCK:! and 2, or IMSTORCK. These signals enable the con- 
troller to either load or store the contents of the clock counter on the I4ADDR 
circuit boards as part of the store status operation. Other information in the 
status doubleword includes the arithmetic exception and mask bits for each AU 
and the contents of the P3 register. 

STORE DETAILS OUTPUT SELECT 

This circuit receives five gating signals from the details sequencer circuit 
during a store details operation. Each of the gating signals selects the con- 
tents of one of the I4ADDR registers and places it on the store details bus 
(-IMDTL2(8-«31) and -$XDTL2(0-7)) for storage in central memory. The gating 
signals, (IMSTORBA, IMSTORLA, IMSTORCK, IMSTORLC and IMSTORPA) correspond to 
octets through 4, respectively, of the IPU details area in memory. Figure 
B-19 illustrates the details word segments that are enabled during each count 
of the details counter code (IM0CTR:4(1 ,2,3)). 
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LOAD DETAILS 

The load details operation is the reverse of the store details operation. The 
details gating signals load the memory word segments from the KCM interface file 
to the registers within the I4ADDR circuit boards. The registers are loaded in 
the same order that they are stored during the store details operation. Two 
gating signals, one for each section of the clock circuit, are generated from 
the same load count. 

R3 HOLDING REGISTER 

The R3 holding register is an eight bit register that receives the contents of 
the R3 register with each half-phase clock pulse (IPHICK:4). The register buffers 
the R3 data so that the contents of R3 may be changed at the same time that the 
previous contents of R3 are loaded into the LC counter. Since the R3 register 
is only a four bit register, the inputs to bits 0-3 of the R3 holding register 
on I4ADDR(0) are wired to a logic one signal. The fixed one input ensures that 
the four most significant bits of the R3 holding register will always be zeroes. 
The R3 input loads the LC counter when a Prepare to Branch instruction is at le- 
vel 3. At that time R3 contains the number of instructions between the PB and 
the branch instruction. Since R3 is only four bits, the largest number of in- 
structions between the PB and the branch is fifteen. 

LC COUNTER 

The LC counter is an eight bit, decrementing counter that the look ahead con- 
troller uses to track branch instructions that have been preceded by an LLA 
or PB instruction. The controller loads the LC counter with a value specified 
by the LLA or PB instruction, and then decrements the count each time an in- 
struction is transferred from one of the buffer files (KA or KB) into the IR 
register. When the count reaches zero (when adjusted for the number of instruc- 
tions in levels 1 and 2 at the time of the PB or LLA), the branch instruction 
has been transferred to the IR register. The controller then fills the posi- 
tions in the pipe behind the branch instruction with instructions from the 
branch path. The following paragraphs describe the four major circuits within 
the LC counter. 
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LC INPUT GATE. The input gate to the LC counter receives three, eight- 
bit inputs. Three corresponding control signals determine when each one of 
the three inputs will be enabled. The output of this circuit loads the eight 
bit positions in the LC counter. During count 3 of a load details operation, 
IMCMTLC enables the input from the KCM memory interface file (-$XQKCM2:2(0-7)) 
to load a value for the new program into the LC counter. If a Prepare to 
Branch instruction is at level 3, the look ahead controller transfers the look 
ahead count from the R3 register to the LC counter through the $XQR3H:1 (0-7) 
input from the R3 holding register. If a load look ahead instruction is at 
level 3, the look ahead controller transfers the contents of the AR register 
to the LC counter by activating the -ILARTLC signal. Any of these input loads 
a value into the LC counter that specifies the number of instructions until a 
branch instruction occurs in the instruction sequence. 

LC REGISTER. Eight, type DF flip-flops comprise the LC register. The 
output of the LC input gate drives one input to each flip-flop. This path 
loads the counter with an initial count-down value when the look ahead con- 
troller issues the -ILGLC control gate. The other data input to the register 
flip-flops is the output of the LCH register. LCH buffers the output of the LC 
register so that the contents of LC can be changed with respect to that output. 
Eight separate gating signals (ILT0GLC(0-7)) enable each individual input to 
the LC register as required to produce a decrementing count in the LC register. 
An enabled input to the register results in toggling the respective bit. The 
output of the LC register transfers to the LCH register, to the details output 
select, and to the look ahead controller for use in tracking an impending branch 
in the IPU. 

LCH REGISTER. Eight type FF flip-flops comprise the LCH register, four 
flip-flops per I4ADDR circuit board. The LCH register isolates the output of 
the LC register from the input to the LC register, so that the output may change 
the contents of the LC register without the danger of a feed-through transfer 
causing two or more changes to the LC register during one clock time. The LCH 
register receives the contents of the LC register one-half clock time later than 
the data enters the LC register. When the LC contents have entered the LCH 
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register, the output of this register is available to the decrement deter- 
mination circuit, and to the input of the LC register. The decrement deter- 
mination circuit examines the bits of the LCH register and decides which in- 
put bits to enable to the LC register to produce a decrement of one. 

LOOK AHEAD DECREMENT. The look ahead decrement circuit receives a count 
from the LCH register and examines it to determine which bits to change to 
produce a decrement by one. When a new instruction enters the IR register, 
the look ahead controller generates ILDECLC(0,1) to the circuit and the decre- 
menter toggles bits in the LC register to decrement the count. The decrement 
circuit determines which bits are to be toggled by applying an inspection algo- 
rithmn. It examines each bit of the LCH register in parallel. If all the bits 
that are less significant than the bit under inspection are equal to zero, then 
the decrementer toggles that bit in the LC register to decrement the count. 
Figure B-20 illustrates the circuit that performs this function. Bit 7 of the 
LC register will always be toggled due to the hard wired logic one input on the 
$XT0GLCI input. Similarly, bit will toggle only if all bits in the LC register 
preceding it (bits 1-7) are zeroes. 

CP CLOCK COUNTER 



The CP clock counter circuit is an increment-by-one counter that consists of 
a register, a holding register and an incrementing gate circuit. The contents 
of the register are changed to the next higher value with each CP clock pulse, 
thus maintaining a running total of the number of clock pulses that have occurred 
since the clock circuit was initialized. The output of the clock circuit may be 
used by operating system software to determine the number of clock pulses that 
elapsed during the execution of a program sequence. This operation may 
be accomplished by storing the contents of the clock at the beginning and end 
of the sequence, and comparing the two values. The following paragraphs de- 
scribe the operation and inputs for each of the three portions of the counter. 

CLOCK COUNTER REGISTER. The clock counter register consists of 32, type 
DF flip-flops. One input to the register receives 32 bits from word 2 of the 
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KCM interface file. This input is used during maintenance loads and is 
enabled by IMCMTCK:!, 2 from the details sequencer. These two gating sig- 
nals are produced by either IMLDPSDW:2 for a load status, or during count 2 
of a load details operation. The other input to the register is a feed-back 
loop from the CNTH register. The bits of this input are individually gated 
by control signals (ILT0GCK(8-31) and IXT0GCK(0-7)) from the clock increment 
circuit. If the increment circuit gates a bit into the register, that bit 
toggles. The increment circuit determines which bits to toggle so that an 
increment-by-one operation is performed each clock time. Clock pulses from 
the CP clock enable each input transfer to the CNT register. The output of 
CNT transfers to the CNTH register with each half phase clock pulse, and can 
be stored into memory through the details select during maintenance stores. 

CNTH HOLDING REGISTER. The CNTH register receives the contents of the 
CNT register one-half clock pulse after the count has been entered into the 
CNT register. Half phase clock pulses (IPHICK:! and 4) from the clock gene- 
ration circuit transfer the contents of CNT to CNTH. The output of CNTH is 
available to the RO register on the I4PIPEMB for monitoring by the operating 
system, to the clock incrementer for determining increment gating signals, 
and to the CNT register to supply the toggle input data to increment the count 
in CNT. 

CLOCK INCREMENTER. The clock incrementer circuit receives the contents 
of the CNTH register, examines that value, and generates gating signals to the 
feed back input of the CNT register to change the value in CNT. to be one greater 
than the current value. The incrementer circuit requires no gating or control 
signals as long as IPU operations are enabled (IMQFREEZE:4 is low). Therefore, 
as soon as a new value is transferred into the CNTH, the incrementer circuit 
begins to produce the gating signals to increment the count in the CNT register. 
However, the CP clock pulse enables the actual incrementing operation in the 
CNT register. The incrementer examines all of the input bits in parallel. If 
all of the bits that are less significant than the bit under examination are 
ones, the circuit toggles that bit. The circuit that performs this function 
is illustrated in figure B-21 for bit 0, the most complex, and bit 31, the 
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Figure B-21 . Clock Incrementer 




least complex. All other bits have similar circuits for examining the bit 
preceding them. All bits 1 through 31 must be ones before bit toggles; bit 
31 toggles every time the input value changes due to the fixed one input on 
ILT0GCKI(31). The incrementer circuit is divided into two segments on each 
I4ADDR circuit board, Because of this segmentation, the circuit requires 
interconnecting lines between the two circuit boards to maintain the continuity 
of the bit inspection. Figure B-22 illustrates the orientation of these inter- 
connections. 
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Figure B-22. Clock Incrementer Interconnections; I4ADDR(1) to I4ADDR(0) 
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Table B-9. X4 IPU Registers 



REGISTER 



CONTENTS OR FUNCTION 



LOCATION 



. 0A 
KCM 
A,B 
CD 
I 
V 

STATUS 
CLOCK 
BA 
PA 

LA 

LC 
KA 
KB 
Tl 
Ml 
PI 
IR 
T2 
M2 
P2 
NR 

BR 

XR 

L2R0M 
L2DC 
R2 

ADDRM 

VWS 
AR0T3 
P3 
AR 
C3 

L3DC 
L3R0M 
R3 

XA(0-3) 

YA(0-3) 

A0 

ZP(0-3) 

R0 

LD(0-3) 

R4 



Octet address for central memory requests. 

Octet data buffer for memory read requests. 

Register file base registers 

Register file arithmetic registers 

Register file index registers 

Vector parameter file 

Program status register 

Central Processor clock count 

Branch address register 

Address of the next sequential instruction to be 

executed. 

Address of the next sequential octet of instructions 

to be executed. 

Look ahead counter 

Instruction buffer (1 octet) 

Instruction buffer (1 octet) 

T-field of instruction at level 1 

M-field of instruction at level 1 

Program counter at level 1 

Instruction at level 1 

T-field of the instruction at level 2 

M-field of the instruction at level 2 

Program Counter at level 2 

Displacement of the operand address of the instruction 

at level 2 

Selected base register (or vector parameter file 

register or stack pointer in special cases) 

Selected index register 

Read only memory register at level 2 

Instruction decode at level 2 

4 most significant bits of the op-code and the R-field 

of the instruction at level 2 

4 least significant bits of the op-code of the instruction 

at level 2 

Vector word size 

7 least significant bits of AR or T3 

Program counter at level 3 

Address register 

Level 2 R0M transferred to level 3 

Instruction decode at level 3 

R0M at level 3 

4 most significant bits of the op-code and the R-field 

of the instruction at level 3. 

Address of the contents of the X 

Address of the contents of the Y 

A address of operand 

Address of the contents of the Z register of each MBU 

Register Operand 

Last register address to enter the register stack 

Destination address and other bits at level 4 



register of each MBU 
register of each MBU 



I4ADDR 
I4FILE 
I4FILE 
I4FILE 
I4FILE 
I4FILE 
I4PIPE 
I4ADDR 
I4ADDR 
I4ADDR 

I4ADDR 

I4ADDR 

I4FILE 

I4FILE 

I4STATUS 

I4STATUS 

I4PIPE 

I4PIPE 

I4STATUS 

I4PIPT0P 

I4PIPE 

I4PIPE 

I4PIPE 

I4PIPE 
IAINFACE 
I4INFACE 
I4PIPE 

I4STATUS 

I4MISC 

I4STATUS 

I4PIPE 

I4PIPE 

I4INFACE 

I4INFACE 

I4INFACE 

I4PIPE 

I4ZHAZ 
I4ZHAZ 
I4PIPE 
I4ZHAZ 
I4PIPE 
I4RHAZ 
I4RHAZ 
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Figure B-24. 4X IPU Block Diagram 



B-155/B-156 Advanced Scien tific Computer 




Table B-9. X4 IPU Registers (Continued) 

REGISTER CONTENTS OR FUNCTION LOCATION 

RX4,RY4 Mapped op-code for the MBU I4PIPE 

MBUWS MBU word size I4MISC 

ZB(0-3) Address of the contents of the Z buffer of each MBU I4ZHAZ 

R5(0-3) R4 copied Into level 5 I4ZHAZ 

R6(0-3) R5 copied into level 6 I4ZHAZ 

R7(0-3) R6 copied into level 7 I4ZHAZ 

R8(0-3) R7 copied into level 8 J I4ZHAZ 

R9(0-3) R7 or R8 copied into level 9 I4ZHAZ 

RA(0-3) R7 or R9 copied into level A I4ZHAZ 

RB(0-3) R7 or RA copied into level B I4ZHAZ 

RC(0-3) R7 or RB copied into level C I4ZHAZ 



"" I ^4 Advanced Scientific Computer 





note: 



SEE TABLE B~ 1 
FOR A BRIEF DES- 
CRIPTION AND 
LOCATION OF THE 
CONTROLLERS AND 
THEIR ASSOCIATED 
FLIP-FLOPS . 
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Figure B-25. 4X IPU Controller State Diagram 
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Table B-10. Descriptions and Locations of 4X IPU 
Controllers and Flip-Flops 




CONTROLLER 



DESCRIPTION 



PHYSICAL LOCATION 



CD 
1 



cn 

00 



n 

CD 
Co 

3 






Hard Core 
CM Requestor 
Look Ahead 
Level 
Level 1 
Level 2 
Level 3 



Level 4 

MBU 

AU 

AU Output 

Status 



Z-Model 

FLIP-FLOP 

ICQCUE0(0-3) 

ICQCUEl(0-3) 

ICQIP(O.l) 

ICQ0P(0,1) 

ICQPRV(0-3 

ICQACT(0-3 

ICQBSY(0-3) 

IMQRC(0-2) 

ICQPRM(O.l) 

ICQAR 

ICQRA 

ICQRAO 

IOQRDA 

ICQRDA 

ICQRDS 

IOQDAV 

ICQDAV 

IOQPAR 

ICQPAR 

IMQPRV 

IMQPAE 

ICQWRITE 

ICQAREX 

ICQIPPAE 

ICQIPIOP 

ICQIPPRV 



Controls all maintenance commands. 

Interfaces with central memory. 

Keeps appropriate data in the instruction buffers. 

Controls transfer of instructions and indirect calls to Level 1. 

Controls transfer of Level 1 to Level 2. 

Controls transfer of Level 2 to Level 3. 

Controls transfer of Level 3 to Level 4 

Controls transfer of Level 4 to Level 5. 

Models activity of the MBU's. 

Models activity of the AU/s. 

Selects pipe whose results are to be accepted. 

Controls modification of bits in the status register with the exception 

of IRQFORK, IROBSC, IRQMCC. 

Models the activity of stores to central memory. 



DESCRIPTION 



Destination address bit of 4 read queue entires. 

Destination address bit 1 of 4 read queue entries. 

Read queue Input pointer. 

Read queue output pointer. 

Protect violate bit for each read queue entry. 

Queue entry 1s active and will be used. 

Aueue entry 1s active and will be used. 

Number of outstanding read requests. 

Protect Mode (type of request); Read = 11, Write = 01, Execute =11. 

Requests central memory access. 

Central Memory request accepted. 

ICQRA delayed 1 clock. 

Latches read data available from central memory. 

Synchronizes IOQRDA. 

Read Data Sampled. 

Latches data available from central memory. 

Synchronizes IOQDAV. 

Latches parity error from central memory. 

Synchronizes IOQPAR. 

Protection violation on a hard core command. 

Parity error on a hard core command. 

Last request was a write request. 

Arithmetic exception. 

Parity Error. 

Illegal op -code. 

Protect violate. 



I4HDC0RE 

I4CMREQ, I4HDC0RE 

I4CMREQ 

I4PIPT0P 

I4PIPT0P 

I4PIPT0P 

I4LVL3, I4VECLAS, I4MISC 

I4R0UTE 1, I4R0UTE 2, 

I4R0UTE 

I4INFACE 

I4INFACE 

I4INFACE 

I4INFACE, I4MISC 

I4STATUS 



I4INFACE 
CONTROLLER 



CM Requestor 
CM Requestor 
CM Requestor 
CM Requestor 
CM Requestor 
CM Requestor 
CM Requestor 
CM Requestor 
CM Requestor 
CM Requestor 
CM Requestor 
CM Requestor 
CM Requestor 
CM Requestor 
CM Requestor 
CM Requestor 
CM Requestor 
CM Requestor 
CM Requestor 
CM Requestor 
CM Requestor 
CM Requestor 
Hard Core 
Hard Core 
Hard Core 
Hard Core 



LOCATION 



I4CMREQ 

I4CMREQ 

I4CMREQ 

I4CMREQ 

I4CMREQ 

I4CMREQ 

I4CMREQ 

I4HDC0RE 

I4HDC0RE 

I4HDC0RE 

I4HDC0RE 

I4HDC0RE 

I4HDC0RE 

I4HDC0RE 

I4HDC0RE 

I4HDC0RE 

I4HDC0RE 

I4HDC0RE 

I4HDC0RE 

I4HDC0RE 

I4HDC0RE 

I4HDC0RE 

I4HDC0RE 

I4HDC0RE 

I4HDC0RE 

I4HDC0RE 



FLIP-FLOP 



Table B-10. Descriptions and Locations of '4X IPU 
Controllers and Flip-Flops (Continued) 

DESCRIPTION 




CONTROLLER 


LOCATION 


Hard Core 


I4HDC0RE 


Hard Core 


I4HDC0RE 


Hard Core 


I4HDC0RE 


Hard Core 


I4HDC0RE 


Hard Core 


I4HDC0RE 


Hard Core 


I4HDC0RE 


Hard Core 


I4HDC0RE 


Hard Core 


I4H0C0RE 


Hard Core 


I4HDC0RE 


Level 


I4CMREQ 


Level 


I4CMREQ 


Level 


I4CMREQ 


Level 


I4CMREQ 


Level 


I4CMREQ 


Level 


I4CMREQ 


Level 


I4CMREQ 


Level 


I4PIPT0P 


Look Ahead 


I4CMREQ 


Look Ahead 


I4CMREQ 


Look Ahead 


I4CMREQ 


Look Ahead 


I4CMREQ 


Look Ahead 


I4CMREQ 


Look Ahead 


I4CMREQ 


Look Ahead 


I4CMREQ 


Look Ahead 


I4CMREQ 


Level 1 


I4P1PT0P 


Level 1 


I4P1PT0P 


Level 1 


I4P1PT0P 


Level 1 


I4P1PT0P 


Level 1 


I4P1PT0P 


Level 1 


I4P1PT0P 


Level 1 


I4P1PT0P 


Level 1 


I4P1PT0P 


Level 1 


I4P1PT0P 


Level 1 


I4P1PT0P 


Level 1 


I4P1PT0P 


Level 1 


I4P1PT0P 


Level 1 


I4P1PT0P 


Level 1 


I4P1PT0P 


Level 2 


I4P1PT0P 


Level 2 


I4P1PT0P 



IMQFREEZ 

IMQ0CTR(0-4) 

IMQHCSTA(l-6) 

IMQLSD(0-3) 

IMQHCREQ 

IMQHCINP 

IMQEXCH 

IMQLDPTR 

IMQSPSDW 

ICQKAFUL 

ICQKBFUL 

ICQKAHAZ 

ICQKBHAZ 

ICQKAPRV 

ICQKBPRV 

ICQKRTAG 

ILQSTATE 

ILQTFAIL 

ILQFLG12 

ILQFLG4 

ILQFLGFL 

ILQVAC(O.l) 

ILQLAORD 

ILQPBVLL 

ILQDUAL 

IIQL1ACT 

IIQS(1 

IIQSC2] 

IIQS(3 

IIQSC4 

IIQSJ5 

IIQSC6 

IIQS(7 

IIQS(8 

IIQS(9] 

IIQS(IO) 

IIQPRV 

IIQFRHAZ 

IIQTARGT 

IPQL2ACT 

IPQPRV 



Disables normal instruction processing. 

Hard core octet counter. 

Hard core state. 

Hard core command. 

Hard core requirement (locks out further memory requests from 

other controllers). 

Hard core 1n progress. 

Indicates the load half of an exchange command must be done. 

Pointer octet 1s 1n KCM. 

Indicates a three word rather than octet store for store program status. 

KA Instruction buffer 1s full. 

KB Instruction buffer 1s full. 

An Instruction hazard exists 1n KA. 

An Instruction hazard exists 1n KB. 

The request for KA caused a protection violation. 

The request for KB caused a protection violation. 

Instructions are being fetched from KB. 

Level state Indicating that data from memory for an execute or 

Indirect request 1s expected. 

The target branch has been skipped or not taken. 

Branch address has been requested. 

Target branch has entered the pipe. 

Branch address + 8 1s resident. 

Inactive levels when a PB or LLA 1s being executed. 

LA=PA+8. 

PB or LLA, active 1n Look Ahead controller. 

Look Ahead controller 1n Dual mode. 

Level 1 active. 

Skip state. 

Indirect or execute at level 2 state. 

Indirect at level 3 state. 

Execute at level 3 state. 

Load file state. 

Store file, state. 

Data available wait state. 

Push, pull state. 

Vector state. 

Level 2 hazard state. 

Protect violate at level 1. 

Instruction hazard at level 1 

Target branch at level 1. 

Level 2 active. 

Protect violate at level 2. 



CO 
I 



o 



I 

CO 



1 



FLIP-FLOP 



IPQFRHAZ 

IPQTAR6T 

IPQIND 

IRQL3ACT 

IRQL3PPL 

IRQL3CHK 

IRQL3PWT 

IRQL3BWN 

IRQL3IWT 

IRQL3IHZ 

IRQL3VIN 

IRQL3FLW 

IRQL3VP1 

IRQL3VBR 

IRQL3NIW 

IRQL30RW 

IRQL30RM 

IRQL3VG0 

IRQHOLD 

IRQOPDN 

IRQBRDN 

IRQARINC 

IRQXEC 

IRQRCTR(0-2) 

IRQCCTR(0-2) 

IRQ JO IN 

IRQRIAIB 

IRQMEQO 

IRQPMOFF 

IRQARHAZ 

IRQFRHZ 

IRQPRV 

IRQTARGT 

IRQIND 

IRQILOP 

IRQHDW 

IRQVIP(n) 

IRQVISTR(n) 

IRQSELPI(n) 

IRQVBAD(n) 

IRQ4GETI(n) 



Table B-10. Descriptions and Locations of 4X IPU 
Controllers and Flip-Flops (Continued) 

DESCRIPTION 




Instruction hazard at level 2. 

Target branch at level 2. 

Indirect Instruction at level 2. 

Level 3 active. 

Push, pull state. 

Stack overflow check state. 

Stack pointer wait state. 

MCW, MCP state. 

Indirect wait state. 

Instruction hazard state. 

Vector initiate state. 

File wait state. 

Vector plus 1 state. 

Vector burst state. 

New Instruction wait state. 

Load and store file wait state. 

Load and store file multiple state. 

Vector go state. 

General purpose flag. 

Operand selection phase complete. 

Branch phase complete. 

Increment AR for load or store file multiple. 

Execute flag (don't branch skip or issue monitor call). 

Request counter. 

Complete counter. 

Join flag (process current vector or load file in join mode). 

Forces central memory «> operand. 

M-field of Instruction at level 3 was 0. 

Turns off protect and map enable. 

& hazard occured because of a vector. 

Instruction hazard at level 3. 

Protect violate at level 3. 

Target branch at level 3. 

Indirect Instruction at level 3. 

Illegal operation at level 3. 

Use double word for hazard detection. 

n=0-3, vector 1n progress In pipe n. 

n=0-3, vector Initiate start 1n pipe n. 

n=0-3, pipe n selected for vector at level 3. 

n=0-3, vector bad guy 1n pipe n. 

n=0-3, do not execute vector waiting in MBU(n). 



CONTROLLER 


LOCATION 


Level 


2 


I4P1PT0P 


Level 


2 


I4P1PT0P 


Level 


2 


I4P1PT0P 


Level 


3 


I4LVL3 


Level 


3 


I4LVL3 


Level 


3 


I4LVL3 


Level 


3 


I4LVL3 


Level 


3 


I4LVL3 


Level 


3 


I4LVL3 


Level 


3 


I4LVL3 


Level 


3 


I4LVL3 


Level 


3 


I4LVL3 


Level 


3 


I4LVL3 


Level 


3 


I4LVL3 


Level 


3 


I4LVL3 


Level 


3 


I4LVL3 


Level 


3 


I4LVL3 


Level 


3 


I4LVL3 


Level 


3 


I4LVL3 


Level 


3 


I4LVL3 


Level 


3 


I4LVL3 


Level 


3 


I4VECLAS 


Level 


3 


I4LVL3 


Level 


3 


I4VECLAS 


Level 


3 


I4PIPT0P 


Level 


3 


I4VECLAS 


Level 


3 


I4LVL3 


Level 


3 


I4LVL3 


Level 


3 


I4LVL3 


Level 


3 


I4VECLAS 


Level 


3 


I4LVL3 


Level 


3 


I4LVL3 


Level 


3 


I4LVL3 


Level 


3 


I4LVL3 


Level 


3 


I4LVL3 


Level 


3 


I4LVL3 


Level 


3 


I4VECLAS 


Level 


3 


I4VECLAS 


Level 


3 


I4VECLAS 


Level 


3 


I4VECLAS 


Level 


3 


I4VECLAS 



FLIP-FLOP 



IRQPIRT(n) 

IRQZMALl(n) 

IRQYNEXT(n) 

IRQWNDER n 

TRQWNDLT(n) 

IRQZmAGE(n) 

IRQPOIND 

IRQTRMIN 

IRQHCALI 

IRQCRSLT 

IRQSKIND 

IBQL4RJN 

IBQRJOIN(n) 

IBQZJOIN(n) 

IBQIRT(n) 

IBQMODE(n) 

IBQLDXA(n) 

IBQLDXBA(n) 
IBQLDYA(n) 

IBQLDYBA(n) 
IBQXAACT(n 
IBQYAACT(n) 
IBQXAFUL n 
IBQYAFUL(n 
IBQCUEQX(n) 
IBQCUEQY n 
IBQSMGP4(n) 

IBQOCK4(n) 

IBQSCKT4(n) 

IBQFCSGT(n) 

IBQREGDP(n) 

IBQIMM(n) 

IBQXUP(n) 

IBQYUP(n) 

IBQZTXU(n) 

IBQZTYU(n) 

IBQZEX(n) 



Table B-10. Descriptions and Locations of 4X IPU 
Controllers and Flip-Flops (Continued) 
DESCRIPTION 



n=0-3, previous Instruction routed to pipe n. 

n=0-3, all zone modification bits set in MBU(n). 

n=0-3, Y buffer of MBU(n) to be loaded next. 

n«0-3, Early window for divide in pipe n 1s present. 

n=0-3, Late window for divide 1n pipe n 1s present. 

n-1-4., m^n, determines pipe least recently used for stores. 

Stack pointer 1s at the AU output. 

Stack has overflowed. 

Monitor call allowed. 

Result for BCLE, BCG operation (1f set BCLE branch would be taken). 

Skip Indicator. 

Join mode read request at level 4. 

n=0-3, pipe n has an outstanding join mode read request. 

n=0-3, pipe n contains a store made 1n join mode. 

n=0-3, NEW INSTRUCTION AT LVL4 ROUTED TO PIPE n 

n-0-3, PIPE n IS WAITING FOR AN UPDATE. 

n«0-3 f INSTRUCTION AT LVL4 FOR PIPE n REQUIRES AN OPERAND FROM THE 

X»BUFFER 

n=0-3, INITIATES X-BUFFER FETCH IN PIPE n 

n=0-3, INSTRUCTION AT LVL4 FOR PIPE n REQUIRES AN OPERAND FROM THE 

Y-BUFFER 

n«0-3, INITIATES Y-BUFFER FETCH IN PIPE n 

n=0-3 f VALID ADDRESS IN XA(n 

n=0-3, VALID ADDRESS IN YA(n) 

n=0-3, VALID DATA IN X-BUFFER FOR PIPE n 

n=0-3, VALID DATA IN Y-BUFFER FOR PIPE n 

n=0-3, BCCUEEQX(n) FROM MBU(n) DELAYED BY 1 

n=0-3, BCCUEEQY(n) FROM MBU(n) DELAYED BY 1 

n=0-3, INSTRUCTION AT LVL4 FOR PIPE n IS IN 

LAST INSTRUCTION TO ENTER PIPE n. 

n=0-3, INSTRUCTION AT LVL4 FOR PIPE n IS A ONE CLOCK. 

n=0-3, INSTRUCTION AT LVL4 FOR PIPE n WILL SHORT CIRCUIT. 

n=0-3, INSTRUCTION AT LVL4 FOR PIPE n HAS SAME GROUP TIME ON ITS FIRST 

^-SEQUENCE . 

n=0-3, INDICATES DATA IN RO FOR PIPE n. 

n=0-3, INSTRUCTION AT LVL4 FOR PIPE n DOES NOT REQUIRE A MEMORY OPERAND. 

n=0-3, INHIBITS THE SETTING OF DPMBI IN PIPE n PENDING AN X-UPDATE. 

n-O-3, INHIBITS THE SETTING OF DPMBI IN PIPE n PENDING A Y-UPDATE. 

n=0-3, INITIATES A Z">X UPDATE IN PIPE n. 

n=0-3, INITIATES A Z-»Y UPDATE IN PIPE n. 

n=0-3, INDICATES PIPE n HAS SAME OCTET IN Z+X BUFFERS. 



CLOCK 
CLOCK 
THE SAME GROUP AS THE 



CONTROLLER 



Level 
Level 
Level 
Level 
Level 
Level 
Level 
Level 
Level 
Level 
Level 
Level 
Level 
Level 
LEVEL 
LEVEL 



LEVEL 4 
LEVEL 4 



LEVEL 
LEVEL 
LEVEL 
LEVEL 
LEVEL 
LEVEL 
LEVEL 
LEVEL 



LEVEL 4 
LEVEL 4 
LEVEL 4 



LEVEL 
LEVEL 
LEVEL 
LEVEL 
LEVEL 
LEVEL 
LEVEL 
LEVEL 




LOCATION 



I4R0UTE3 

I4R0UTE3 

I4R0UTE3 

I4CMREQ 

I4CMREQ 

I4MISC 

I4LVL3 

I4LVL3 

I4LVL3 

I4LVL3 

I4LVL3 

I4MISC 

I4MISC 

I4MISC 

I4INFACE(0-3 

I4INFACE(0 



:I1 



I4INFACE(0-3) 
I4INFACE(0-3) 

I4INFACE(0-3) 
I4INFACE(0-3) 
I4INFACE 0-3 
I4INFACE 0-3) 
I4INFACE(0-3) 
I4INFACE(0-3 
I4INFACE(0-3) 
I4iNFACE(0-3) 

I4INFACE(0-3) 
I4INFACE(0-3) 
I4INFACE(0-3) 

I4INFACE(0-3) 

I4INFACE(0-3) 

I4INFACE(0-3) 

I4INFACE(0-3) 

I4INFACE 0-3) 

I4INFACE(0-3) 

I4INFACE(0-3 

I4INFACE(0-3 



Table B-10. Descriptions and Locations of 4X IPU 
Controllers and Flip-Flops (Continued) 




FLIP-FLOP 



DESCRIPTION 



CONTROLLER 



LOCATION 



IBQZEY(n) 

IBQGPlL(n) 

IBQGP2L(n) 

IBQGP3L(n) 

IBQGP4L(n) 

IVQMBIAC(n) 

IVQDPMBI(n) 

IVQSMGP5(n) 

IVQ0CK5(n) 
IVQSLNXT(n) 

IVQSCKT5(n) 

IVQDPMBO(n) 

IVQSCKT6(n) 

IVQENAB(n) 

IVQR0M8(n) 

IVQR0M9(n) 

IVQROMA(n) 

IVQROMB(n) 

IVQROMC(n) 

IVQPACAO(n) 

IVQL7ACT(n) 

IVQAUIAC(n) 

IBQREQFW(n) 

IBQFWWT(n) 

IBQZPFUL(n) 

IBQZBFUL(n) 

IBQDAVWT(n) 

IVQPPMF(n) 

IRQCCRT(n) 

IRQRCRT(n) 



n=0-3, INDICATES PIPE n HAS SAME OCTET IN Z+Y BUFFERS. 

n=0-3, INDICATES GROUP NUMBER OF LAST INSTRUCTION TO ENTER PIPE n. 

n=0-3, INDICATES AN INSTRUCTION AT LVL5 IN PIPE n. 

n=0-3, INDICATES INSTRUCTION AT LVL5 IN PIPE n WAS ITS OATA. 

n=0-3, INDICATES INSTRUCTION AT LVL5 IN PIPE n IS IN THE SAME GROUP AS 

THE LAST INSTRUCTION TO ENTER THIS PIPE. 

n=0-3, INDICATES INSTRUCTION AT LVL5 IN PIPE n IS A ONE CLOCK. 

n=0-3, INDICATES FOR PIPE n WHEN AN INSTRUCTION AT LVL5 CAN MOVE TO 

LVL6 BASED ON WHAT INSTRUCTIONS ARE IN THE AU. 

n=0-3, INDICATES INSTRUCTION AT LVL5 OF PIPE n WILL SHORT CIRCUIT. 

n=0-3, INDICATES AN INSTRUCTION AT LVL6 OF PIPE n. 

n-0-3, INDICATES INSTRUCTION AT LVL6 OF PIPE n WILL SHORT CIRCUIT. 



n=0-3, AU ROM BITS LATCHED IN THE IPU USED TO CONTROL MOVEMENT IN THE 
REGISTER STACK FOR PIPE n. 

n=0-3, PATH AHEAD CLEAR INTO LVL12 FOR PIPE n. 

n=0-3, INSTRUCTION AT LVL7 IN PIPE n. 

n=0-3, INSTRUCTION AT LVL8, 9, A, OR B IN PIPE n. 

n=0-3, REQUEST FORCED WRITE STATE OF FORCED WRITE CONTROLLER FOR PIPE n. 

n=0-3, FORCED WRITE WAIT STATE OF FORCED WRITE CONTROLLER FOR PIPE n. 

n=0-3, INDICATES VALID Z-BUFFER ADDRESS IN ZP FOR PIPE n. 

n=0-3, INDICATES VALID ZB-BUFFER ADDRESS IN ZB FOR PIPE n. 

n=0-3, DAV WAIT STATE IN ZB CONTROLLER FOR PIPE n. 

n=0-3, INDICATES 2ND PASS OF PUSH, PULL, OR MODIFY INSTRUCTION IN 

PIPE n. 

n=0-3, COMPARE CODE ROUTE FLIP-FLOPS INDICATING PIPE n WAS THE LAST TO 

RECEIVE AN INSTRUCTION WHICH CAN MODIFY THE CC REGISTER. 

n=0-3,. RESULT CODE ROUTE FLIP-FLOPS INDICATING PIPE n WAS THE LAST TO 

RECEIVE AN INSTRUCTION WHICH CAN MODIFY THE RC REGISTER. 



LEVEL 4 



LEVEL 4 



LEVEL 
LEVEL 

LEVEL 
LEVEL 

LEVEL 
LEVEL 
LEVEL 
LEVEL 



AU MODEL 



AU MODEL 
AU MODEL 
AU MODEL 



MODEL 
MODEL 
MODEL 
MODEL 
MODEL 
MODEL 



PROGRAM STATUS 
PROGRAM STATUS 



I4INFACE(0-3) 

I4INFACE(0-3) 

I4INFACE(0-3) 
I4INFACE(0-3) 

I4INFACE(0-3) 
I4INFACE(0-3) 

I4INFACE(0-3) 
I4INFACC 0-3 
I4INFACE(0-3 
I4INFACE(0-3) 



I4INFACE(0-3) 



I4INFACE(0-3) 
I4INFACE(0-3) 
I4INFACE(0-3) 
I4INFACE(0-3) 
I4INFACE(0-3) 
I4INFACE(0-3) 
I4INFACE(0-3) 
I4INFACE(0-3) 
I4INFACE(0-3) 



I4STATUS 

I4STATUS 




Table B-11 . Program Status Word Registers 



MOTHERBOARD 
SIGNATURE 



CARD SIGNATURE 
IRQPSW( ) 



CARD LOC. 
I4PIPE( ) 



DESCRIPTION 



IRQAE(O) 
IRQAE(l) 
IRQAE(2) 
IRQAE(3) 

IRQAEM(0-3) 

IRQPSW(8-11) 

IRQPIDIS(0-3) 

IRQPROEN 
IRQMAPEN 
IRQPSW(18-19) 

IRQPSW(20) 
IRQ FORK 
IRQMCC 
IRQBSC 

IRQPSW(24) 
IRQCL 
IRQCG 
IRQCE 

IRQPSW(28) 
IRQRL 
IRQRG 
IRQRE 




1 
2 
3 

4-7 

8-11 

12-15 

16 

17 

18-19 

20 
21 
22 
23 

24 
25 
26 
27 

28 
29 
30 
31 



DIVIDE CHECK 

FIXED POINT OVERFLOW 



(ARITHMETIC 



FLOATING POINT OVERFLOW (nrrTcIro' 

■ J Kt b 1 o i t K 



EXCEPTION 
FLOATING POINT UNDERFLOW) 
ARITHMETIC EXCEPTION MASK REGISTER 
UNUSED 
PIPE DISABLE REGISTER 



PROTECT ENABLE BIT 
MAP ENABLE BIT . 
UNUSED ) 

UNUSED 

FORK INDICATOR 

MCC BIT 

BSC BIT 

UNUSED j 

COMPARE LESS THAN ( 
COMPARE GREATER THAN( 
COMPARE EQUAL ' 

UNUSED \ 

RESULT LESS THAN I 

RESULT GREATER THAN ( 

RESULT EQUAL ' 



CMU REGISTER 



BSR REGISTER 



CC REGISTER 



RC REGISTER 
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MOTHERBOARD 
SIGNATURE: 
IPQRMXXX 
IRQC3XXX 



Table B-12. X4 IPU ROM 1 Listing 



CARD SIGNATURE 
IPQROM(BIT) 
IRQC3(BIT) 
BIT= 



CARD LOC: 

I4INFACE(n) 

n= 



DESCRIPTION 



AEH 

AU4 
AU5 
AU6 
AU7 

BR 
CAR 



CHZ 

DHW 
DDW 
EXM 

EXN 

GP1 
GP2 
GP3 
GP3 

HHW 

IDW 
IHW 

IOP 
ISW 

M 

MDV 

RAO 



16 
17 
18 
19 



14 



15 

4 

5 

11 

10 

24 
25 
26 
27 

22 

8 

6 
29 

7 

12 
28 





ARITHMETIC EXCEPTION HAZARD, 
INSTRUCTION MAY MODIFY AE. 

MERGED OP-CODE, BIT 4-7, FOR 
AU ROM ADDRESS. 

INSTRUCTION CAN HAVE BASE AD- 
DRESSING. 

CARRY INTO BIT 32 OF AR REGISTER. 
FOR HALFWORD INSTRUCTIONS WHICH 
NORMALLY POINT TO THE RIGHT HALF- 
WORD. 

COMPARE HAZARD. INSTRUCTION MAY 
MODIFY CC. 

REGISTER DESTINATION HALF WORD. 

REGISTER DESTINATION DOUBLE WORD. 

EXTENDS SIGN FROM BIT 16 OF NR TO 
BIT 8 INTO OPA. EXTENDS SIGN FROM 
BIT 8 OF AR TO BIT INTO ROO. 

EXTENDS SIGN FROM BIT 20 OF NR TO 
BIT 8 INTO OPA. 



INSTRUCTION GROUP NUMBER BITS. 

INDICATES WHEN HAZARD COMPARISONS 
SHOULD BE ON HALFWORD BASIS. 

INDEXER DOUBLEWORD SIZE 

INDEXER HALFWORD SIZE 

ILLEGAL OP-CODE 

INDEXER SINGLEWORD 

SELECT M-FIELD FROM NR INTO OPA 

MULTIPLY INSTR. WITH WORD SIZE OPTION 

REGISTER ADDRESS BIT 
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Table B-12. X4 


IPU 


ROM 1 Listi 


irlg (Continued) 


MOTHERBOARD 
SIGNATURE: 
IPQRMXXX 
IRQC3XXX 


CARD SIGNATURE 
IPQROM(BIT) 
IRQC3(BIT) 
BIT* 


CARD LOC: 

I4INFACE(n) 

n= 


DESCRIPTION 


RAT 


1 







REGISTER ADDRESS BIT 1 


RA6 


2 







REGISTER ADDRESS BIT6, HALFWORD 


RDT 


20 




2 - 


REGISTER DESTINATION 


RHZ 


13 




1 


RESULT CODE HAZARD. INSTRUCTION 
CAN MODIFY RC. 


RSE 


21 




2 


REGISTER SPECIFICATION ERROR 
POSSIBLE 


SDW 


23 




2 


REGISTER SOURCE DOUBLEWORD SIZE 
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Table B-13. X4 IPU ROM 2 Listing 

MOTHERBOARD CARD SIGNATURE CARD LOC: 

SIGNATURE: IRQROM(BIT) I4TMPAPE(n) 

IRQRMXXX BIT= r,= DESCRIPTION 



ADW 1 ALPHA DOUBLEWORD SIZE 

AHW ALPKA hALFWORD SIZE 

BLU 10 1 BLUE INSTRUCTION 

BRH 8 1 BRANCH INSTRUCTION 

GRN 13 1 GREEN INSTRUCTION 

GRY 7 GRAY INSTRUCTION, i.e., ALL SUB- 

COLORS 

IDN 11 1 INCREMENT OR DECREMENT AND BRANCH 

ON NON-ZERO INSTRUCTION 

IDZ 12 1 INCREMENT OR DECREMENT AND BRANCH 

ON ZERO INSTRUCTION 

NSN 25 3 STORE, BUT NOT STORE NEGATIVE IN- 

STRUCTION 

NSP 18 2 SUB-ORANGE, BUT NOT SPS INSTR. 

OCK 21 2 ONE CLOCK INSTRUCTION 

PNK 9 1 PINK INSTRUCTION 

RGS 22 2 INSTR. WITH A REGISTER SOURCE 

SBL 2 SUB-BLUE INSTRUCTION 

SGN 3 SUB-GREEN INSTRUCTION 

SGT 20 2 INSTRUCTION WHERE THE FIRST CLOCK 

OF THE AU ROM SEQUENCE IS THE SAME 
GROUP TIME 

SHW 16 2 REGISTER SOURCE HALFWORD SIZE 

SOR 6 SUB-ORANGE INSTRUCTION 

SPK 4 SUB-PINK INSTRUCTION 

STR 24 3 STORE INSTRUCTION 

SYL 5 SUB-YELLOW INSTRUCTION 
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IPU 

I0CMn(0-31) 

IOPA 

IOPR 

IOMl'N 

IOWG 

IORA 

IORDA 

IODAV 

ICPIN 

ICQAR:2 

ICRDS 

ICWGI 

ICPRR 

ICZE(0-7) 

IHQOA:2 (8-31) 

ICQPRM:2 (0-1) 

ICPE:9 

ICME:9 



MCU 



Table B-14. X4 IPU Interface Signals 
IPU-MCU INTERFACE 




DESCRIPTION 



n=0-7, Central memory data lines, two-way bus 

MCU to IPU, Parity error 

MCU to IPU, Protect violation 

MCU to IPU, Memory inoperative 

MCU to IPU, Write gate (put data on the bus) 

MCU to IPU, Request accepted 

MCU to IPU, Read data available 

MCU to IPU, Store data available 

IPU to MCU, Processor inoperative 

IPU to MCU, Access requested 

IPU to MCU, Read data sampled 

IPU to MCU, Write gate inverted (data is on the bus) 

IPU to MCU, Parity error 

IPU to MCU, Zone enables (indicates words to be written into) 

IPU to MCU, Central memory address 

IPU to MCU, Protect mode 

IPU to MCU, Protect enable 

IPU to MCU, Map enable 



I 



00 



s 

c 



CLOCK-MHC 



CTB 

CCMDBT (0-8) 
CCMDBT (10-15) 
»CEXTK 
'CSLAVE 
tCACKCMD 
'BHCLKEN:1 

2 

3 

4 
iAHCLKEN:l 

2 

3 

4 
TI4CLKEN 



Table B-14. X4 IPU Interface Signals (Continued) 

CP CLOCK - PPU INTERFACE 




PPU 



DESCRIPTION 



PPU to Clock, 
PPU to Clock, 
PPU to Clock, 
PPU to Clock, 
PPU to Clock, 
Clock to PPU, 
PPU to Clock, 
PPU to Clock, 
PPU to Clock, 
PPU to Clock, 
PPU to Clock, 
PPU to Clock, 
PPU to Clock, 
PPU to Clock, 
PPU to Clock, 



Transfer bit 
Common command register 
Common command register 
Run in external mode 
Run in slave mode 
Reset transfer bit 
Clock enable for MBU (0) 
Clock enable for MBU (1) 
Clock enable for MBU (2) 
Clock enable for MBU (3) 
Clock enable for AU (0) 
Clock enable for AU (1) 
Clock enable for AU (2) 
Clock enable for AU (3) 
Clock enable for IPU 



MHC 



TI4CRSR 

I4STBY 

I4CRTB 

I4CRCCR(0-15) 
-H4CRAC 

I4CRAS 

I4CRTR 

I4CRTBRL 
i I4CRMC 
•7 I4CRSC 
7 I4CRSB 
-7I4CRCSR 

I4IGNPE 

U4EPRINT 

I4MCPINT 

I4MCWINT 

I4RERINT 

I4SYSINT 

1 14TBRS 
-7I4QGSE 
-7 I4QAT 
1 I4QMC 
-7I4QSC 



Table B-14. X4 IPU Interface Signals (Continued) 
PPU - MASTER HARDCORE INTERFACE 




UNIT-PPU 



DESCRIPTION 



PPU to MHC 

PPU to MHC 

PPU to MHC 

PPU to MHC 

PPU to MCH 

PPU to MHC 

PPU to MHC 

PPU to MHC 

PPU to MHC 

PPU to MHC 

PPU to MHC 

PPU to MHC 

PPU to MHC 

PPU to MHC 

PPU to MHC 

PPU to MHC 

PPU to MHC 

PPU to MHC 

MHC to PPU 

MHC to PPU 

MHC to PPU 

MHC to PPU 

MHC to PPU 



Reset CPU 



System reset 

System standby 

"Have CCR for some one in the system" 

Common command register buss 

"Allow automatic call" flag 

"Allow automatic switch" flag 

"Terminate CCR servicing abnormally" 

"I recognize you've sent I4TBRS." 

"I'm not finished servicing an automatic call" 

"I'm not finished servicing an automatic switch" 

"When doing an exchange, do a load status on the load cycle" 

"The map and project registers have been loaded" 

"Please ignor all parity errors" 

If program errors occurs, interrupt PPU with I4QINTRP 

If Monitor call and proceed, interrupt PPU with I4QINTRP 

If Monitor call and wait, interrupt PPU with I4QINTRP 

If reason error occurs, interrupt PPU with I4QINTRP 

If system error occurs, interrupt PPU with I4QINTRP 

"I've got the CCR command; reset I4CRTB so I can proceed" 

"I've encountered a system error that needs your attention" 

"I've done a message call or program switch" 

"Here's a message for you to look at" 

"I've switched out one program, and switched in another" 



CD 
I 



^■4 
CD 



CO 

& 

■"■* 



MHC 



"7I4QGAT 

•7I4QSS 

1 I4QRZ(0-2) 

-7 I4QGRZ 

-7I4QGCC 

-TI4QAB 

-7I4QME 

-7I4QPE 

-7I4QIL 
I4QAE 

-TI4QPV 

-TI4QRB 

-7I4QGCB 

-7 I4QAVBG 

-TI4QINTR1 :2 

-*BHUR *0-7) 
BHUR(10-17) 
BHUR (20-272 
BHUR (30-37) 

"*AHUR (0-7) 
AHUR (10-17) 
AHUR (20-27) 
AHUR (30-37) 



Table B-14. X4 IPU Interface Signals (Continued) 

PPU - MASTER HARDCORE INTERFACE 




UNIT-PPU 



DESCRIPTION 



MHC to PPU, The gate necessary to load at, MC and SC at the PPU end 

MHC to PPU, "I've done a store status CCR command " 

MHC to PPU, The reason error code ouffer 

MHC to PPU, The gate necessary to load RZ(0-2) at the PPU end 

MHC to PPU, "I've completed the CCR command" (also gates I4QAB to PPU) 

MHC to PPU, "I've terminated due to an abnormal condition" 

MHC to PPU, "I've encountered a protect violate or parity error during 
servicing 

MHC to PPU, Parity error flag, caused by program CM. request (IPU or MBU's' 

MHC to PPU, Illegal opcode flag (IPU or MBU's) 

MHC to PPU, Arithmetic exception flag (IPU) 

Protect violate flag, caused by program C. M. request (IPU or MBU's) 

MHC to PPU; CPU run bit 

MHC to PPU, The gate necessary to load ME, DE, IL, AE, PV and RB at PPU end 

MHC to PPU, "There's a vector bad guy running in at least one MBU-AU pipe 



MHC 


to PPU, 


Unit register data from MBU (0) 


MHC 


to PPU, 


Unit register data from MBU (1) 


MHC 


to PPU, 


Unit register data from MBU (2) 


MHC 


to PPU, 


Unit register data from MBU (3) 


MHC 


to PPU, 


Unit register data from AU (0) 


MHC 


to PPU, 


Unit register data from AU (1) 


MHC 


to PPU, 


Unit register data from AU (2) 


MHC 


to PPU, 


Unit register data from AU (3) 



Table B-14. X4 IPU Interface Signals (Continued) 

PPU - MASTER HARDCORE INTERFACE 




MHC 



"FIMDTUR (t)-7) 
-H4URDATA (0-7) 
I4CSW (0-1) 



UNIT-PPU 



DESCRIPTION 



MHC to PPU, Unit register data from IPU 
MHC to PPU, Unit register data from MHC 
MHC to PPU, Have the map and protect registers been loaded? 



Table B-14. X4 IPU Interface Signals (Continued) 




MBU, AU - MASTER HARDCORE INTERFACE 



TO 
I 



-«4 



ft) 

CO 

& 




I4RUNBIT:! 
I4RUNBIT:2 
I4RUNBIT:3 
I4RUNBIT:4 

I4CLEAR:! 
I4CLEAR:2 
I4CLEAR:3 
I4CLEAR:4 

"1I4HCCCR: 1(12-15) 
I4HCCCR:2(12-15) 
I4HCCCR:3(12-15 
I4HCCCR:4(12-15) 

I4HCINIT:1 
I4HCINIT:2 
I4HCINIT:3 
I4HCINIT:4 

I4URSEL: 1(0-3) 
I4URSEL:2(0-3) 
I4URSEL: 3(0-3) 
I4URSEL:4(0-3) 

-rI4AB0RT:l 
I4AB0RT:2 
I4AB0RT:3 
I4AB0RT:4 

I4HCRINP:! 
I4HCRINP:2 
I4HCRINP:3 
I4HCRINP:4 



UNIT - MUB(0-3) 



BHRUNBIT 
BHRUNBIT 
BHRUNBIT 
BHRUNBIT 

BI CLEAR 
BICLEAR 
BICLEAR 
BICLEAR 

nBHCCR(12-15) 
BHCCR(12-15) 
BHCCR(12-15) 
BHCCR(12-T5) 

BHHCINIT 
BHHCINIT 
BHHCINIT 
BHHCINIT 

BHURSEL(0-3) 
BHURSEL(0-3) 
BHURSEL(0-3) 
BHURSEL(0-3) 

t BHABORT 
BHABORT 
BHABORT 
BHABORT 

BHHCRINP 
BHHCRINP 
BHHCRINP 
BHHCRINP 



DESCRIPTION 



MHC to MBU(O) 
MHC to MBU(l) 
MHC to MBU(2) 
MHC to MBU(3) 

MHC to MBU(O) 
MHC to MBU(l) 
MHC to MBU(2) 
MHC to MBU(3) 

MHC to MBU(O) 
MHC to MBU(l) 
MHC to MBUJ2) 
MHC to MBU(3) 

MHC to MBU(0 
MHC to MBU(1 
MHC to MBU (2 
MHC to MBU (3 

MHC to MBU(0 
MHC to MBU(1 
MHC to MBU (2 
MHC to MBU (3 

MHC to MBU(0 
MHC to MBU(1 
MHC to MBU (2 
MHC to MBU (3 

MHC to MBU(0 

MHC to MBU(1 

MHC to MBU (2 

MHC to MBU (3 



Indicated value of CPU run bit (I4QRB) 



"Master clear of CPU" 



> Least significant hex of buffered common command 
'register (I4QCCR(12-15)) 



"Initiate CCR servicing" 



Least significant hex of PPU common command 
register ( I4CRCCR(1 2-1 5 ) ) used for selecting 
data to BHUR0-7, 10-17, 20-27, 30-37 



Indicates "ABORT CCCR servicing now" 



► Indicates "Proceed with CCR servicing" 



MHC 



-iI4CLRREQ:l 
I4CLRREQ:2 
I4CLRREQ:3 
I4CLRREQ:4 

I4SETREQ:1 
I4SETREQ:2 
I4SETREQ:3 
I4SETREQ:4 

BHQUNCMP(O) 
BHQUNCMP(l) 
BHQUNCMP (2) 
BHQUNCMP(3) 

BHQABTRM(O) 
BHQABTRM(l) 
BHQABTRM(2) 
BHQABTRM(3) 

BCQPRVLT(O) 
BCQPRVLT(l) 
BCQPRVLT(2) 
BCQPRVLT(3) 

BCQPAPER(O) 
BCQPAPER(l) 
BCQPAPER(2) 
BCQPAPER (3) 

BCQILOPR(O) 
BCQILOPR(l) 
BCQILOPR(2) 
BCQILOPR(3) 



Table B-14. X4 IPU Interface Signals (Continued) 
MBU, AU - MASTER HARDCORE INTERFACE 




UNIT - MBU(0-3) 



-IBHCLRREQ 
BHCLRREQ 
BHCLRREQ 
BHCLRREQ 

BHSETREQ 
BHSETREQ 
BHSETREQ 
BHSETREQ 

BHQUNCMP 
BHQUNCMP 
BHQUNCMP 
BHQUNCMP 

BHQABTRM 
BHQABTRM 
BHQABTRM 
BHQABTRM 

BCQPRVLT 
BCQPRVLT 
BCQPRVLT 
BCQPRVLT 

BCQPAPER 
BCQPAPER 
BCQPAPER 
BCQPAPER 

BCQILOPR 
BCQILOPR 
BCQILOPR 
BCQILOPR 



DESCRIPTION 



MHC to 

MHC to 

MHC to 

MHC to 

MHC to 

MHC to 

MHC to 

MHC to 

MBU(0 
MBU(1 
MBU (2 
MBU (3 

MBU(0 
MBU(1 
MBU (2 
MBU (3 

MBU(0 
MBU(1 
MBU(2 
MBU (3 

MBU(0 
MBU(1 
MBU (2 
MBU (3 

MBU(0 
MBU(1 
MBU (2 
MBU (3 



I?) 



MBU 

MBU(2) I Reset MBU ' S hard Core rea . uirement fla 9 (BHQHCREQ) 
MBU(3) 

MBU(O) 

MBU (2) ^ Set MBU ' S BH Q HCRE Q 
MBU(3) 



to MHC 
to MHC 
to MHC 
to MHC 

to MHC 
to MHC 
to MHC 
to MHC 

to MHC 
to MHC 
to MHC 
to MHC 

to MHC 
to MHC 
to MHC 
to MHC 

to MHC 
to MHC 
to MHC 
to MHC 



► MBU's unit hard core "I've completed CCR servicing" 



"MBUHC's 'I've terminated due to an abriormal condition 



Protection violation due to normal program CM request 



Parity error due to normal program CM request 



Illegal <j> prode encountered during normal program running 



CD 
I 



-■J 

•J* 



a 

CO 
& 




Table B-14. X4 IPU Interface Signals (Continued) 

MBU, AU - MASTER HARDCORE INTERFACE 




BHCMERR(0 
BHCMERRO 
BHCMERR (2 
BHCMERR (3 

BHMBUZP(0 
BHMBUZPfl 
BHMBUZP("2 
BHMBUZP (3 

-«BHUR0(0-7 
BHURHO-7 
BHUR2(0-7 
BHUR3(0-7 

I4IGNPAR:1 
I4IGNPAR.-2 
I4IGNPAR:3 
I4IGNPAR:4 

I4CLEAR:5 
I4CLEAR:6 
I4CLEAR:7 
I4CLEAR:8 



-»I4HCCRR:5(12-15) 
I4HCCRR:6(12-15) 
I4HCCRR:7(12-15 
I4HCCRR:8(12-15) 

I4HCINIT:5 
I4HCINIT:6 
I4HCINIT:7 
I4HCINIT:8 



UNIT - MBU(0-3) 



BHCMERR 
BHCMERR 
BHCMERR 
BHCMERR 

BHMBUZP 
BHMBUZP 
BHMBUZP 
BHMBUZP 

BHUR(0-7) 
BHUR(0-7) 
BHUR(0-7) 
BHUR(0-7) 

BIPAESTP 
BIPAESTP 
BIPAESTP 
BIPAESTP 

AHMRCLR 
AHMRCLR 
AHMRCLR 
AHMRCLR 

fAHCCR(12-15) 
AHCCR(12-15) 
AHCCR(12-15) 
AHCCR{12-15) 

AHHCINIT 
AHHCINIT 
AHHCINIT 
AHHCINIT 



DESCRIPTION 



MBU(O) 
hffiU(l) 
MBU(2 
MBU(3) 

MBU(O) 
MBU(l) 
MBU(2) 
MBU(3) 

MBU(O) 
MBU(l) 
MBU(2) 
MBU(3) 

MHC to 

MHC to 

MHC to 

MHC to 

MHC to 

MHC to 

MHC to 

MHC to 

MHC to 

MHC to 

MHC to 

MHC to 

WiC to 

MHC to 

MHC to 

MHC to 



to MHC 
to MHC 
to MHC 
to MHC 

to MHC 
to MHC 
to MHC 
to MHC 

to PPU 
to PPU 
to PPU 
to PPU 

MBU(O) 
MBU(T) 
MBU(2) 
MBU(3) 

AU(0) 
AU(1) 
AU(2) 
AU(3) 



AU(0 
AU(1 
AU(2) 
AU(3) 

AU(0) 

AU(1) 
AU(2) 
AU(3) 



MBU's parity error or protection violations due to 
MBUHC CM request 



MBU's "Ive reached a zero pending CM request condition" 



MBUHC s unit register data 



Ignor parity errors (prevents loading of flags) 



> "Master clear of CPU" 



Least significant hex of buffered common command 
' register ( I4QCCR( 12-15) ) 



"Initiate CCR servicing" 



Table B-14. X4 IPU Interface Signals (Continued) 

MBU, AU - MASTER HARDCORE INTERFACE 




MHC 



-H4AB0RT:5 
I4AB0RT:6 
I4AB0RT:7 
I4AB0RT:8 

I4HCWAIT:5 
I4HCWAIT:6 
I4HCWAIT:6 
I4HCWAIT:7 

I4URSEL:5(0-3) 
I4URSEL:6 0-3 
I4URSEL:7(0-3) 
I4URSEL:8(0-3) 

I4IGNPAR:5 
I4IGNPAR-.6 
I4IGNPAR:7 
I4IGNPAR:8 

-7AHUNITCP(0) 
AHUNITCP(l) 
AHUNITCP(2) 
AHUNITCP(3) 



-FAHABNTRM(O) 
AHABNTRM(l) 
AHABNTRM(2 
AHABNTRM(3 



AHQPR(O) 
AHQPR(l) 
AHQPR(2) 
AHQPR(3) 



UNIT - MBU(0-3) 



'AHABRT 
AHABRT 
AHABRT 
AHABRT 

AHWA 
AHWA 
AHWA 
AHWA 

AHCCR (0-3 
AHCCR 0-3 
AHCCR(0-3) 
AHCCR (0-3) 

AHIGNPA 
AHIGNPA 
AHIGNPA 
AHIGNPA 

-7AHUNITCP 
AHUNITCP 
AHUNITCP 
AHUNITCP 

•7 AHABNTRM 
AHABNTRM 
AHABNTRM 
AHABNTRM 

AHQPR 
AHQPR 
AHQPR 
AHQPR 



DESCRIPTION 



MHC to AU(O) 
MHC to AU(1) 
MHC to AU(2) 
MHC to AU(3) 

MHC to AU(O) 
MHC to AU(1) 
MHC to AU(2) 
MHC to AU(3) 

MHC to AU(0) 
MHC to AU(1) 
MHC to AU(2) 
MHC to AU(3) 

MHC to AU(0) 
MHC to AU(1) 
MHC to AU(2) 
MHC to AU(3) 

AU(0) to MHC 
AU(l) to MHC 
AU(2) to MHC 
AU(3) to MHC 

AU(0) to MHC 

AU(1) to MHC 

AU(2 to MHC 

AU(3) to MHC 

AU(0) to MHC 
AU(1) to MHC 
AU 2) to MHC 
AU(3) to MHC 



► "ABORT CCR servicing now" 



'Don't proceed with CCR servicing yet" 



Least significant hex of PPU 
Common Command Register (I4CRCCR(12-15)) used for 
selecting data to AHUR 0-7, 10-17, 20-27, 30-37 



Ignor all parity errors (prevents loading of AHQPA) 



AU's "I've completed CCR servicing" 



> AU's "I've terminated due to an abnormal condition" 



AU's protection violation falg, caused by AUHC CM request 



I 






Table B-14. X4 IPU Interface Signals (Continued) 

MBU, AU - MASTER HARDCORE INTERFACE 




MHC 



-tAHQPA(O) 
AHQPA(l) 
AHQPA(2) 
AHQPA(3) 

-lAHURO(0-7) 
AHURHO-7) 
AHUR2(0-7) 
AHUR3(0-7) 



UNIT - MBU(0-3) 



rAHQPA 
AHQPA 
AHQPA 
AHQPA 

TAHUR(0-7) 
AHURJO-7) 
AHUR(0-7) 
AHUR(0-7) 



DESCRIPTION 



AU(O) to MHC 
AU(1) to MHC 
AU(2) to MHC 
AU(3) to MHC 

AU(0) to PPU 
AU(1) to PPU 
AU(2) to PPU 
AU(3) to PPU 



AU's parity error flag, caused by AUHC CM request 



AU's unit register data 



o 



^s 



MHC 



I4RUNBIT:5 
I4CLEAR.-9 
^fI4HCCCR:9(12-15) 

I4HCINIT:9 

I4URSEL:9(0-3) 

I4AB0RT9 

T I4HCWAIT:8 

M4CLRREQ:5 

M4HCCALL:9 

»I4PIP0FF(0-3) 

'I4HCABNT 

I4QIPPRV 

I4QIPI0P 
I4QIPPAE 
I4QAREX 
H4HCC0MP 
IrZRPEND 
I4CALCMP 
I4MCPREQ 
I4MCWREQ 
I4MEMERR 

I4ANYVBG 
iIMDTUR(0-7) 



UNIT - IPU 



I4RUNEQ0 

I4CLEAR 

I4CCR(12-15) 

I4HCINIT 

I4UREN(0-3) 

I4AB0RT 

I4ZR0PEN 
-TI4SETREQ 
-TI4HCCALL 
-»IRPIP0FF(0-3) 
-HMHCABNT 

ICQIPPRV 

ICQIPIOP 
ICQIPPAE 
ICQAREX 
tIMHCCOMP 
IPZROPEN 
IRCALCMP 
IRMCPREQ 
IRMCWREQ 
IMMEMERR 

IMANYVBG 
»IMURDATA(0-7) 



Table B-14. X4 IPU Interface Signals (Continued) 
IPU - MASTER HARDCORE INTERFACE 




DESCRIPTION 



MHC to IPUHC signal; indicating value of CPU run bit, I4QRB 

MHC to IPUHC signal; indicating "master clear of CPU" 

MHC to IPUHC signals; LS hex of buffered common command register 

MHC to IPUHC signal; indicates "initiate CCR command" 

MHC to IPUHC signals; LS hex of PPU CCR, used to select data to Imurdata 

MHC to IPUHC signal; indicates "ABORT CCR servicing now" 

MHC to IPUHC signal; indicates "Proceed with CCR servicing" 

MHC to IPUHC signal; set IMQHCREQ so that IMQFREEZ-1 

MHC to IPU level 3; "Go ahead and write your message for the PPU." 

IPU to MHC signals; indicate which MBU-AU pipes are not operational 

IPUHC to MHC signal; indicates "I've terminated CCR servicing due to 
abnormal conditions 

IPUHC to MHC flag; protection violation occurred during normal proqram 
run K 3 

IPUHC to MHC flag; illegal opcode encountered during normal program run 

IPUHC to MHC flag; parity error occurred during normal program run 

IPUHC to MHC flag; arithmetic exception occurred during normal program run 

IPUHC to MHC signal; indicates "I've completed CCR servicing" 

IPUHC to MHC signal; IPU has reached a "No CM requests pending" condition 

IPU level 3 to MHC; "I've written my message to the PPU" 

IPU level 3 to MHC; "I wish to write a message to the PPU" 

IPU level 3 to MHC; "Iwish to write a message to PPU and do a program switch 

IPUHC to MHC flag; parity error or protection violation due to IPUHC CM 
request 

IPUHC to MHC flag; "There's at least one vector bad guy being processed" 
IPUHC to PPU; unit register data from IPUHC and IPU CM requestor 



Table B-14. X4 IPU Interface Signals (Continued) 




SIGNALS FROM IPU TO MBU(n); n=0, 1, 2, 3 



oo 



CD 

a 

Co 
O' 



IPU 



-HBnA00(0rl5) 
-»IBnAOO( 16-31) 
-rIBnA01(0-15) 
-iIBnAOl (16-31) 


-«IMBN0L(0-15) 
tBIMBN0R(0-15) 
-rBIMBNlL(0-15) 
tBIMBNlR(0-15) 


-rIBnR00(0-15) 
-rIBnR01(16-31) 
-rIBnR01(0-15) 
-7lBnR01 (16-31) 


-*BIMBR0L(0-15) 
-rBIMBR0R(0-15) 
tBIMBRlL(0-15) 
"tBIMBRlR(0-15) 


IBnA00(8-28) 


BIAR(8-28) 


IBnA00(29-31) 


BARXA(29-31) 


IBnAOl(O) 


BARXA(32) 


InZP: 1(8-28) 


BIZP(8-28) 


InZLSB(29-32) 


BIZP(29-32) 


-rIFnV3(0) 
-rIFnV3(l-3) 


tBIVIS(O) 
■7BIVK1-3) 


IBQLDXA(n)* 


BIAOTXA 


IBQLDXBA(n)* 


BIAOTXBA 


IBQLDYA(n)* 


BIAOTYA 


IBQIMM(n)* 


BUMMED 


IBQREGDP(n)* 


BIREGDP 


IBQZTXU(n) 


BIZTXUDT 


IBQZTYU(n) 


BIZTYUDT 


IBQZEX(n) 


BIZAEQZA 



*^Must be = during vectors 



MBU 



DESCRIPTION 



Immediate operands and VPF data path into the IMM register. 



►Register operands to REG register data path 

Operand octet address to XBA or YBA register 
Operand word address to XA or YA register 
Operand halfword address bit to XA or YA register 
Scalar store octet address to NSA register 
Scalar store element address to ZA register 

VI field from VPF word 3 for vector initialization 

Gates IBnA00(29-31) +IBnA01(0) into XA register 

Gates IBnA00(8-28) into XBA register 

Gates IBnA00(29-31) + IBnAOl(O) into YA register 

Gates-»IBnA00(0-31) +-»IBnA01(0-31) into IMM register 

GatesiIBnR00(0-31) +-»IBnR01(0-31) into REG register 

Causes Z X update under control of the zone modification bits 

Causes Z Y update under control of the zone modification bits 

Indicates X address = Z address. Causes a Z-*X update if a forced 
write request (IBQREQFW(n)) occurs. 






IPU 



IBQZEY(n) 



IBQZUP(n) 


BIXUPDT 


-nBQYUP(n) 


TBIYUPDT 


-»IRQVISTR(n) 


-rBIVCINIT 


-rlRVECWTC(n) 


-»BIZBBUSY 


IBBUADW(n) 


BIDWA 


IBBURDW(n) 


BIDWB 


IPVDW(n) 


BIDWC 


IBBUASW(n) 


BISWA 


IBBURSW(n) 


BISWB 


IPVSW(n) 


BISWC 


IBBUAHW(n) 


BIHWA 


IBBURHW(n) 


BIHWB 


IPVHW(n) 


BIHWC 


IVZPTNS(n) 


BIZPTNSA 


IBQSCKT4(n) 


-1BISSCKT4 


IRAE(n) 


BIAE 


IBQFCSGT(n) 


BIFCKSGT 


IBQSMGP4(n) 


BISMGRP 



Table B-14. X4 IPU Interface Signals (Continued) 
SIGNALS FROM IPU TO MBU (n); n=0, 1, 2, 3 




MBU 



BIYAEQZA 



DESCRIPTION 



Indicates Y address = Z address. Causes a Z-*Y update if a forced 
write request (IBQREGFW(n)) occurs. 

Inhibits the setting of DPMBI until the Z+X update has occurred. 

Inhibits the setting of DPMBI until the Z+Y update has occurred. 

Starts vector initialization in the MBU and causes the transfer of 
the VPF to the MBU. 

Prevents a vector from generating a Z write request 

IMM or B 

ocr ~- a Doubleword size for scalars or vectors 
REG or A 

C 

IMM or B 

REG or A 

C 

IMM or B 

REG or A 

C Ha If word size for C vector 

Gates ZP register to NSA register 

Indicates a or REG short circuit at LVL4. 

Indicates arithmetic exception has occurred 

The first clock of the u sequence for the instruction at LVL4 is the 
same group time, i<e., the time at which an overlap can occur. 

Indicates that the instruction at LVL4 is in the same instruction 
group as the last instruction to enter MBU(n). 



Doubleword size for C vector 

Singleword size for scalars or vectors 
Singleword size for C vector 

Halfword size for scalars or vectors 



Table B-14. X4 IPU Interface Signals (Continued) 






DO 
I 



oo 
o 



CO 

cS" 

O 

o 



IPU 



IBQ0CK4(n) 

IBQREQRW(n) 

IRQVISTR(n) 

-rIVnERDTC(0-3) 



ICME:n, n=l,2,3, 
ICPErn, n=1,2,3, ^ 
InZHW 
InZDW 

IBnRX4(0-3) 
IBnRY4(0-3) 
IBnRY4(4) 
IRVECWTA(n) 
IR46ETIT(n) 
IMSUPRUN 
IVRF0DL5(n) 
-iIMBGABRT(n) 
IFnV2(0) 



SIGNALS FROM IPU TO MBU(n); n=0, 1, 2, 3 



MBU 



-fBIOCKRMA 

BIFRCDWR 

BIVINIT 
tBIERDTC(0-3) 



BIME 

BIPE 
tBIHWZ 
'BIDWZ 

BI0PM(l-4) 

BI0PM(5-8) 

BIOPM(O) 
rBIVECWTA 
'BI4GETIT 
►BISSUPRN 

BIR5(5) 
iBIBGABRT 

BIHS(O) 



DESCRIPTION 



Indicates that the instruction at LVL4 is a one clock 

Causes MBU(n) to initiate a forced write 

Causes MBU(n) to begin vector initialization 

Indicates when data destined for the register file will be at LVL12 
on the next clock 

Map enable to MBU(0-3) memory port 

Protect enable to MBU (0-3) memory port 

Scalar Z buffer halfword size 

Scalar Z buffer doubleword size 

MBU ROM address for scalar instructions 

Extended MBU ROM address for special instructions 

Prevents a vector from issuing read requests 

Causes MBU(n) to return to normal after a vector initialization 

Allows MBU to run with run bit off (hard core) 

R-field odd at LVL5 

Bad guy abort signal 

Option bit on peak pick, etc., to suppress item counts at end of 
self loops. 



"C3 



Table B-14. X4 IPU Interface Signals (Continued) 
SIGNALS FROM IPU TO MBU (n); n=0, 1 , 2, 3 




MUB(n) 


IPU 


DESCRIPTION 


BAQZA:l(fc-28) 


BAQZAn: 1(8-28) 


Data path for Z-buffer octet address (ZA) to the ZB register for 
hazard detection during vectors 


BCQSYNC(4) 


BCQSYNC4(n) 


Indicate SC buffer in MBU(n) is full 


BCCUEEQX(O) 


BCCUEEQX(n) 


Cue is equal to X, i.e., data in SC buffer is destined for the X buffer 


BCCUEEQX(O) 


BCCUEEQY(n) 


Cue is equal to Y, i.e., data in SC buffer is destined for the Y buffer 


BCVECEND 


BCVECEND(n) 


Indicates normal vector end 


BCZMAL1 


BCZMALl(n) 


Indicates zone modification bits all "1" 


BHQDSCMPzl 


BHQDSCMP:l(n) 


De-escalate complete indicates all requests in CAF have been serviced 


BMQROMOT: 1(192) 


BMQNCLCK(n) 


Next clock is the last clock in the AU ROM seq 


BMQROMOT: 1(193) 


BMQNCNOP(n) 


Next clock is the NOP seq in the AU ROM 


BMQROMOT: 1(195) 


BMQRMENB(n) 


AU ROM enable 


BMQROMOT: 1(202) 


BMQRMRM9(n) 


AU ROM RM9 


BMQROMOT: 1(198) 


BMQRMRMA(n) 


AU ROM RMA Used for stack control 


BMQROMOT: 1(199 


BMQRMRM8(n) 


AU ROM RMB 


BMQROMOT:! (200 


BMQRMRMC(n) 


AU ROM RMC 


BMQROMOT: 1(203) 


BMQNCSGT(n) 


Next clock is the same group time in the AU seq 


BMQROMOT: 1(205) 


BMQAUPO(n) 


Indicates, during the exeuction of a stack instruction, that the 
terminate signal from the AU can be sampled and that the stack 
pointer will be at LVL12 on the next clock 


BMQROMOT: 1(201) 


BMQRMRM8(n) 


AU ROM RM8 


BCQDAV 


BCQDAV (n) . 


DAV from MBU memory port 


BCFWRTDN 


BCFWRTDN(n) 


Forced write done signal from MBU's CMR 


BMQROMOT:! (207) 


BMQRMERW(n) 


Divide early window 


BMQROMOT: 1(208) 


BMQRMLTW(n) 


Divide late window 



Table B-14. X4 IPU Interface Signals (Continued) 




SIGNALS FROM IPU TO AU(n); n=0, 1, 2, 3 



CD 
I 



oo 






IPU 



IVSCRL6(n) 
IVSCAL6(n) 
IVDHWL6(n) 
IVDDWL6(n) 
ICMErn, n=5,6,7, 
ICPErn, n=5,6,7, 



AU(n) 



AIPUSCAB 

AIPUSCCD 

AMHL 

AMDL 

AHMPEN 

AHPREN 



DESCRIPTION 



Instruction at LVL6 has short circuit reg, i.e., EF->AB 
Instruction at LVL6 has short circuit x, i.e., EF-»CD 
Instruction at LVL6 has halfword select 
Instruction at LVL6 has doubleword select 
Map enable to AU(0-3) memory port 
Protect enable to AU(0-3) memory port 



"53 



AU(n) 



AOQOFFXrl 
AOQDVCHKrl 
AOQOFFL rl 
AOQUFFL:l 
AOQRL:l 
AOQRErl 
AOQRGrL 
AOQCL 
AOQCE 
AOQCG 
-tAOTRMSTK 
AVQETrl 
A0QEF:2(0-63) 



Table B-14. X4 IPU Interface Signals (Continued) 
SIGNALS FROM AU(n) TO IPU; n=0, 1, 2, 3 




IPU 



AOQOFFX:l(n) 
AOQDVCHKrl (n) 
AOQOFFL :T(n) 
AOQUFFLrl(n) 
AOQRL:l(n) 
AOQRErl (n) 
AOQRGrl(n) 
AOQCL(n) 
AOQCE (n) 
AOQCG(n) 
'AOTRMSTK(n) 
AEQET:l(n) 
A0QEFn:2(0-63) 



DESCRIPTION 



Fixed point overflow 

Divide check 

Floating point overflow 

Floating point underflow 

RL 

Result code bits 



Compare code bits 




Stack instruction terminate signal 

Skip indicator 

AU output register doubleword 




Table B-15. X4 IPU Glossary 



TERM 



ACT (OP) 



ACTIVITY LVL6- 
LVL1KO-3) 

ACTIVITY LVL7- 
LVLll(0-3) 

ACTIVITY LVL8- 
LVL1K0-3) 

ADW 



AE HAZ(0-3) 



AE POSSIBLE 



ALLOW CURRENT 



SIG 
ICACTO 

IVL6TLBA 
NONE 

IVQAUIAC 

IRQRMADW 
IRAEH(0-3) 

IRQC3AEH 

IRQR3(5) 



LOC 



DESCR 



ALLOW FOLLOWING 



ALL PIPES EMPTY 



ALL ZMB(0-3) 



IRQR3(6) 



IRAPIPMT 



I4CMREQ Signal indicating that the 
active bit pointed to by the 
cue output pointer is true. 

I4INFACE Signal indicating activity 
(0-3) at levels 6-11 for pipe(0-3). 

I4INFACE Signal indicating there is 
(0-3) at least one instruct in 
levels 7-11 . 

I4INFACE Flag indicating there is an 
(0-3) instruction at levels 8-11 
of pipe(0-3). 

I4INFACE ROM bit indicating that AR 

(0) contains a doubleword address. 

I4ZHAZ Signal indicating the presence 
(3,7,11, of at least one AEH bit in the 
15) register stack (levels 5-12) 
for pipe (0-3) or at lv!4. 

I4INFACE ROM bit indicating that the 

(1) instruction at lvl3 could 
cause an arithmetic excep- 
tion. 

I4PIPE Flag in the R-field of the 

(5) vector instruction indicating 
(IF FORK IND,=1) when the 
current vector instruction 
can proceed independently. 

I4PIPE Flag in the R-field of the 

(6) vector instruction which, 
if it is a one(zero), sets 
(resets) the fork ind. 

I4R0UTE2 Signal indicating there is 
no activity in any of the 
pipes levels 4-12. 



IRQZMALl(0-3) I4ROUTE3 



This is the MBU signal 
BCZMALHO-3) delayed by one 
clock. It indicates that 
all of the zone modification 
bits for the Z-buffer in 
pipe(0-3) are ones, i.e., 
that evtry halfword in the 
Z-buffer has new data. 



B-184 



Advanced Scientific Computer 




Table B-15. X4 IPU Glossary (Continued) 



TERM 



SIG 



ANY JOINED REQUESTS IRANYRJN 



ANY NEAR RANGE HAZARD IRANRHAZ 



ANY REG. DEST. 



ANY RHAZ 



ANY R-OCTET HAZ 



ANY SP 



IRARGDST 



IRNORHAZ 



IRANYROH 



IRANYSP 



ANY STF HAZ 



IRANYSFH 



LOC 



I4MIXC 



I4LVL3 



I4R0UTE1 



I4R0UTE1 



I4VECLAS 



I4VECLAS 



I4R0UTE2 



ANY T3 HAZ 



IRNOARHZ 



I4R0UTE1 



ANY VHAZ 



IRANYVHZ 



I4VECLAS 



DESCR 

Signal in 1vl3 controller 
indicating at least one 
join request flag set. 

Indicates comparison of P3 
and any ZP (IRP3EQZP{0-3)) 
or ZB (IRP3EQZB(0-3)) 
address at the octet level. 

Signal in the lvl3 controller 
indicating at least one RDT 
bit in one of the register 
stacks for pipes (0 



reqi! 
-3). 



Signal from lvl3 controller 
indicating that none of the 
RHAZ(0-3) is true. 

Signal in the lv!3 controller 
indicating at least one 
R-octet HAZ (0-3). 

Signal in lv!3 controller 
indicating that a pipe has 
been selected, i.e., one 
of the SP(0-3) flipflops 
has been set. See SP(0-3). 

Signal indicating a store 
file hazard consisting of: 
AR=XA andiXAFUL or AR=YA 
and-»YAFUL for at least 
one pipe (0-3). 

See "ANY o-RHAZ." The register 
used for this comparison is 
IRAR0T3(26-32). Except for 
a BCLE or BCG instruction, 
AR data is selected into this 
register and used for the 
a-RHAZ comparison. For a 
BCLE or BCG instruction T3 
is selected and the compari- 
son becomes "ANY T3 HAZ." 

Vector hazard signal indicating 
at least one VHZ bit is on in 
one of the register stacks for 
pipes (0-3). This indicates 
when the index or vector 
registers are going to be 
modified by an instruction 
in one of the pipes. 
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Table B-15. X4 IPU Glossary (Continued) 



TERM 


SIG 


LOC 


ALL ZPFUL 


NONE 


I4R0UTE2 


a HAZ(0-3) 


NONE 


I4R0UTE2 



a HAZ FLAG 



IRQARHAZ 



a-RHAZ(0-3) 



IRARRHZ(0-3) 



a-REG. OCTET HAZ(0-3) IRAR0HAZ(0-3) 



ANY AE HAZ 



ANY a HAZ 



ANY a-RHAZ 



IRAAEHZ 



IRAREZPB 



IRNOARHAZ 



ANY a- REG. OCTET HAZ IRAARROH 



ANY DIVIDE CHECK IRDVCHK 



ANY FIXED POINT IROFFX 
OVERFLOW 



ANY FLOATING POINT IROFFL 
OVERFLOW 



ANY FLOATING POINT IRUFFL 
UNDERFLOW 



DESCR 

I4R0UTE2 Signal indicating all ZPFUL{0-3) 
are true. 



Signal from lv!3 controller 
indicating AR=ZP (IRAREQZP(0-3) 
or AR=ZB (IRAREQZB(0-3) for 
pipe(0-3) at the octet level. 



I4VECLAS Flag indicating that during 

a vector running in the joined 
mode with the "Allow Following" 
bit on, the vector modified the 
region from which one of the :'. 
following instructions was 
taken. 

I4RHAZ Signal indicating AR compares 
(0-3) with some register stack address 
(levels 4-12) for pipe(0-3). 

I4RHAZ Signal indicating AR compare 
(0-3) with some register stack address 

(levels 4-12) at the octet 

level for pipe(0-3). 

I4R0UTE1 Signal in lvl3 controller 

indicating the presence of at 
least one AE HAZ(0-3). 

I4R0UTE2 Signal indicating at least one 
ZP(0-3) or ZB(0-3) equals AR, 

I4R0UTET Signal indicating no a-RHAZ(0-3) 
is true. 

I4VECLAS Signal in the lvl3 controller 
indicating at least one a-REG. 
OCTET HAZ (0-3). 

I4STATUS Signal indicating a divide check 
has occurred in at least one of 
the AU(0-3). 

I4STATUS Signal indicating a fixed point 
overflow has occurred iin at 
least one of the AU(0-3). 

I4STATUS Signal indicating a floating 
point overflow has occurred 
in at least one of the AU(0-3). 

I4STATUS Signal indicating a floating 
point underflow has occurred 
in at least one of the AU(0-3). 



B-185 



Advanced Scientific Computer 




Table B-15. X4 IPU Glossary (Continued) 



TERM 


SIG 


ANY VIP 


IRANYVIP 


ANY Z JOIN 


IREMJNPI 


AORO. AVAIL. 


IRAOROA 



LOC 



DESCR 



ARITHMETIC EXCEPTION ICQAREX 



ARTZP(0-3) 


IRARTZP(0-3) 


I4R0UTE 


AR=LA 


• IRAREQLA 


I4ZHAZ( 


AR=LA or AR=PA 


ILARELVP 


I4CMREQ 


AR=LA, PA, PI, 


IRLCLBR 


I4LVL3 


or P2 






AR=LD(0-3) 


IRARVSLD(0-3) 


I4ZHAZ 

(0.4.8, 

12) 



AR=PA 

AR=P1 
AR=P2 
AR=XA(0-3) 

AR=YA(0-3) 



IRAREQPA 

IRARVSP1 
IRARVSP2 
IRAREQX(0-3) 

IRAREQY(0-3) 



I4VECLAS From lv!3 controller indicating 
at least one vector in progress 
FLAG (IRQVIP(0-3)) is set. 

I4VECLAS Signal indicating at least one 
Z-J0IN(0-3) (IBQZJ0IN(0-3)) set. 

I4RQUTE1 This signal in the lv!3 con- 
troller indicates that the AO 
and RO registers are free. 

I4HDC0RE Flag indicating an arithmetic 
exception has occurred. 

I4R0UTE3 Signal from lvl3 controller 
indicating a store is going 
from lvl3 to lvl4. 

I4ZHAZ(3) Signal generated on I4ZHAZ 

indicating AR=LA on the octet 
level. 



Signal indicating AR=LA or 
AR=PA at the octet level. 

Signal from lvl3 controller 
indicating AR=P1 or P2 at the 
word level, or AR=PA or LA at 
the octet level . 

Signal indicating AR=LD for 
pipe(0-3). 



I4ZHAZ(2) Signal generated on I4ZHAZ 

indicating AR=PA at the octet 
level. 



I4ZHAZO) 
I4ZHAZ(2) 



I4ZHAZ 

(0,4,8. 

12) 

I4ZHAZ 

(1.5,9. 

13) 



Signal indicating AR=P1 at 
the word level . 

Signal indicating AR=P2 at 
the word level. 

Signal indicating AR=XA at 
the octet level fo^ pipe(0-3), 



Signal indicating AR=YA at 
the octet level for pipe(0-3), 
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Table B-15. X4 IPU Glossary (Continued) 



TERM 
AR=ZP(0-3) 

AR=ZB(0-3) 

AR=0 
AR<2F 

AVAIL(0-3) 



SIG 

IRAREQZP(0-3) 

IRAREQZB(0-3) 

IRAREQO 

NONE 

IBPAVAIL(0-3) 



LOC 



DESCR 



I4ZHAZ(3, Signal indicating AR=ZP at 
7,11,15) the octet level for pipe(Q-3) 

I4ZHAZ0, Signal indicating AR=ZB at 
5,9,13} the octet level for -pipe(U-j). 

I4R0UTE1 Signal from lvl3 controller 
indicating AR(8-31)=0. 

I4R0UTE1 Composed of signals from 
I4PIPE indicating AR(8-23) 
=0 and AR(24-27) <_ 2. 

I4INFACE This signal indicates that 
(0-3) pipe(0-3) is available, i.e., 
that pipe(0-3) is turned en, 
no vector is in pipe (0-3), 
and lvl5 of piDe(0-3) will be 
empty on the next clock. 



B-188 



Advanced Scientific Computer 




Table B-15. X4 IPU Glossary (Continued) 



TERM 
BAD GUY AB0RT(0-3) 

BAE 

BCC 

BCLE,BCG 
BLB, BLX 



BLUE INSTR. Al 
LVL3 

BOGUSA 



BOGUSB 



SIG 
IMBGABRT(0-3) 

IRQDCBAE 

IRQDCBCC 

IRBCGBCL 
IRQDCBBX 

IRQRMBLU 
ICBOGUSA 

ICBOGUSB 



LOC 



DESCR 



BRANCH DONE FLAG 



IRQBRDN 



BRANCH INST. 
BRANCH NOT TAKEN 

BRANCH TAKEN 



IRQRMBRH 



IRBRNTRN 



IRBRTKN 



I4HDC0RE Signal indicating a non-recover- 
able switch is about to take 
place while a vector bad guy 
is running in pipe(0-3). 

I4INFACE Flag decoded from the in- 
(0) struction Op code indicating 
a BAE instruction. 

I4INFACE Flag decoded from the in- 
(0) struction Op code indicating 
a BCC instruction. 

I4R0UTE1 Signal indicating a BCLE 

or BCG instruction at lvl3. 

I4INFACE Flag decoded from the in- 

(0) struction Op code indicating 
a BLB or BLX instruction. 

I4INFACE ROM bit indicating a BLUE 

(1) instruction at lvl3. 

I4CMREQ Signal used to cancel any 
requests in the cue for the 
KA buffer by turning off the 
active bit for that request. 

I4CMREQ Signal used to cancel any 
requests in the cue for the 
KB buffer by turning off 
the active bit for that re- 
quest. 

I4LVL3 Flag controlled by the lv!3 
controller, used to delay 
by one clock the testing 
of the branch results for 
the BCLE and BCG instructions. 
It is also used to indicate 
when the branch portion of 
the BLB, BLX instructions has 
been finished. 

None ROM bit indentifying all branch 
instructions. 

I4LVL3 Signal from lvl3 controller 
indicating the branch at lvl3 
was not taken. 

I4R0UTE1 Signal indicating for all con- 
ditional branches that a branch 
will be taken. 
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TERM 



Table B-15. X4 IPU Glossary (Continued) 



BRANLA 

BRANOA 
BRANPA 

BRANP1 
BRANP2 
BRC 

BRHAZ 



BROWN INSTR. AT 
LVL3 



BXEC 



SIG 
IRBRTLA 

IRBRTOA 
IRBRTPA 

IRBRTP1 
IRBRTP2 
IRQDCBRC 

IRBRHAZ 

IRQDCBWN 

IRQDCBXC 



LOC DESCR 

I4LVL3 Signal from lvl3 controller 
indicating a branch to LA, 
i.e., to ifte instruction octet 
pointed to by LA. 

I4LVL3 Signal from lvl3 controller 

indicating a branch to C-A. i.e., 
to CM. 

I4LVL3 Signal from lvl3 controller 

indicating a branch to PA, i.e., 
to the current instruction 
octet. 

I4LVL3 Signal from lvl3 controller 
indicating a branch to lvll. 

I4LVL3 Signal from 1v!3 controller 
indicating a branch to lvl2. 

I4INFACE Flag decoded from the in- 
to) struction Op code indicating 
a BRC instruction. 

I4LVL3 Lvl3 signal indicating that 
a branch at lvl3 must wait 
for a hazard to clear. 

I4I4FACE Flag decoded from instruction 
(1) Op code indicating a BROWN 

(MCP.MCW) instruction at 

lv!3. 

I4INFACE Flag decoded from the instruc- 
(1) tion Op code indicating a 
BXEC instruction. 
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Table B-15. X4 IPU Glossary (Continued) 



TERM 



SIG LOC DESCR 



CALL PERMISSION IND. IRQHCALI 



CC R0UTE(O-3) 



CHZ BIT AT LVLR 
(0-3) 



CMTFILE 



IVCHZLC(0-3) 



ICCMTFIL 



I4LVL3 This flag is the I4HCCALL 
signal from master hard 
core (I4MHC) delayed by one 
clock. 



IRQCCRT(0-3) I4STATUS 



I4ZHAZ 

(1,5,9, 

13) 



I4CMREQ 



Flag which indicates that 
pipe(0-3) was the last to 
receive an instruction 
that could modify the com- 
pare code register. 

Flag from the register stack 
for pipe (0-3) indicating 
an instruction is at lvll2 
that could modify the compare 
code register. 

Signal enabling the transfer 
of KCM to one of the register 
file octets. This signal 
indicates that the transfer 
will occur on the next clock. 



CMTIR 



ICCMTIR I4CMREQ Signal from CMR indicating 

that an instruction or an 
indirect cell will be gated 
into IR from KCM on the next 
clock. 



COMP. CTR.=0-7 



IRCCTREQ(0-7) I4VECLAS 



Signal in the lv!3 controller 
indicating that the complete 
counter (IRQCCTR(0-2) con- 
tains 0-7. This counter 
is used by both the LF,LFM, 
and VECT instructions. 



CUE EMPTY 



CUE FULL 



ICCUEMPY I4CMREQ Signal indicating that none 

of the busy bits in the cue is 
on, i.e., there are no out- 
standing memory requests. 

ICCUEFUL I4CMREQ Signal indicating that all 

4 busy bits in the CUE are on, 
i.e., that no more memory 
requests can be made. 
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Table B-15. X4 IPU Glossary (Continued) 



TERM SIG 

DAV(0-)FR0M MBU(0-3) BCQDAV(0-3) 



LOC 



DESCR 



DAV FROM IPU 



DIVIDE(0-3) 



ICDAV 



IBLSTDIV(0-3; 



DIVIDE FLOATING 
(0-3) 



DPMBKO-3! 



DPMB0(0-3) 



DUAL&BRNTKN 



IBDF(0-3! 



IVQDPMBI(0-3] 



IVQDPMB0(0-3) 



IRDLBNT 



DUAL MODE 



ILQDUAL 



MBU(0-3) When this signal goes false 
it indicates the write in 
progress has reached memory. 

I4HDC0RE When this signal goes false 
it indicates the write in 
progress has reached memory. 

I4INFACE This signal is decoded from 
(0-3) the same group flipflops at 
lv!4 and indicates the last 
instruction down pipe (0-3) 
was a divide. 

I4INFACE This signal is decoded from 
(0-3) the same group flipflops 
at lvl4 and indicates the 
last instruction down pipe 
(0-3) was a divide floating. 

I4INFACE Lvl4 flag which indicates 
(0-3) when the data required by 

an instruction at lvl5 is 

available. 

I4INFACE Flag indicating an instruction 
(0-3) is at lvl6 of p1pe(0-3). 

I4LVL3 Signal from lvl3 controller 
indicating the lookahead 
controller in the dual mode 
and the branch will not be 
taken. 

I4CMREQ Flag indicating the lookahead 
controller is in the dual 
mode, i.e., that the branch 
octet is being fetched while 
a branch is waiting it lv!3. 
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Table B-15. X4-IPU Glossary (Continued) 

TERM SIG LOC DESCR 

EARLY WIND0W(0-3) IRQWNDER(0-3) I4CMREQ Signal from AU ROM for pipe(0-3) 

(BMQRMERW(0-3)) delayed by one 
clock. It indicates that the 
divide in pipe(0-3).is at a point 
such that the divide at 1vl3 
in the same group could reach 
the AU in time to save the divide 
initialization time by over- 
lapping. This window includes 
memory fetch time. 

EXPECT REG. DEST. IVnERDTC(0-3) , I4INFACE Signal sent to MBU(n) indicating 

AT LVL12(0-3) n=l,2,3 (0-3) that on the next clock an in- 

struction with a register desti- 
nation will be at lv112 of pipe 
(0-3). 
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Table B-15. X4 IPU Glossary (Continued) 



TERM 

FAR RANGE HAZ.FLAG 
AT LVL3 



SIG 
IRQFRHZ 



LOC DESCR 

I4LVL3 Flag carried with the instruc- 
tion set by a comparison of 
LA, PA, PI or P2 with any 
ZB address, or set by lvl3 
controller by comparison of 
P3 with any ZB address during 
execution of a joined vector. 



FILE-FILE 



FIRST CLOCK SAME 
GROUP 



IRFILTFL 



;rbqfcsgt(o-3) 



I4VECLAS 



I 41 N FACE 
(0-3) 



FLAGFUL 



ILQFLGFL 



FLAG4 



FLAG12 



FORCED WRITE 
C0MPLETE(0-3) 



FORCED WRITE WAIT 
(0-3) 



FORCED WRITE WAIT 
(SP) 



FORK 



ILQFLG4 
ILQFLG12 

IBFWC0MP(0-3) 

IBFWRWT(0-3) 

NONE 



IRQDCFORK 



Signal from lvl3 controller 
used to effect a transfer of one 
file to another in the register 
file. 

Lvl4 flag indicating that the 
instructions in the same group 
as the one at lvl4 have a same 
group time on their first y- 
sequence. This bit is the ROM-2 
IRQRMSGT bit latched at lvl4. 



I4CMREQ Flag indicating the target branch 
is in the lookahead buffer and 
that the current buffer is the 
one pointed to by the target 
branch, i.e., both octets needed 
after the branch is taken are 
resident. 

I4CMREQ Flag used by lookahead controller 
to indicate that the target 
branch is in levels 1-3. 

I4CMREQ Flag indicating that the octet 
pointed to by the target branch 
has been requested or is resi- 
dent. 

I4INFACE Signal from the ZBFUL controller 
(0-3) indicating the forced write in 
p1pe(0-3) 1s complete. 

I4INFACE Signal from the forced write 
(0-3) controller on I4INFACE indicating 
a forced write in progress. 

I4VECLAS This is the normal forced write 
wait signal with the array sig- 
nal being supplied by the se- 
lected pipe flipflops. See 
(0-3). 

I4INFACE Flag decoded from instruction 
(1) Op code indicating a FORK 
Instruction. 
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Table B-15. X4 IPU Glossary (Continued) 



TERM 



FORK IND. 



SIG 
IRQ FORK 



LOC 



DESCR 



GETOOT 



IMGETOUT 



GRAY INSTR. AT LVL3 IRQRMGRY 



GREEN INSTR. AT LVL3 IRQRMGRN 



I4PIPE(5) Flag set by the FORK instruc- 
tion or by the allow following 
bit (IRQR3(6)=1) of a vector. 
Reset by the join instruction 
or by the allow following bit 
(IRQR3(6)=0) of a vector. This 
flag=l allows subsequent in- 
structions to proceed inde- 
pendently (FORK MODE). 

I4HDC0RE Signal used to reset the lvl3 
controller during a joined 
vector bad guy when an error 
condition occurs in the unit 
hardcore. 

I4INFACE ROM bit indicating a gray 

(0) (all sub-colors) instruction 
at lv!3. 

I4INFACE ROM bit indicating a green 

(1) instruction at lvl3. 
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Table B-15. X4 IPU Glossary (Continued) 



TERM 



HANDLE JN 



SIG 
IRHNDLJN 



LOC 
I4LVL3 



DESCR 



HC GATE OA 



HCREQ 



HC STORE 



HOW 



HEX REG. HAZ. 



IMGOA 



IMHCREQ 



IMSTORE 



IRQHOW 



NONE 



I4HDC0RE 



Signal from the lvl3 controller 
indicating there is a JOIN or 
FORK instruction at lv!3 which 
needs servicing by the R/Z 
join controller. 

Signal from the unit hardcore 
used to initiate a hardcore 
memory request. 



HOLD FUG 



HOLD PTR. 



IRQHOLD 



IRHLDPTR 



I4HDC0RE Signal from unit hardcore 
indicating that hardcore 
requies the use of the CMR. 

I4HDC0RE Signal from the unit hardcore 
indicating that the current 
memory request from the hard- 
core is a store. 

I4LVL3 Lvl3 flag Indicating when 

R3 should be taken as a double- 
word address in the hazard 
comparisons. 

I4R0UTE1 Signal 1n lvl3 controller 

indicating that there exists an 
instruction 1n one of the pipes 
that can modify one of the hex 
registers: AE, CC, RC. 

I4LVL3 This flag Is used as a steering 
mechanism 1n the lvl3 controller 
for the green, pink, brown, 
and orange Instructions. 

I4LVL3 Signal from lvl3 controller 
Indicating that the second 
pass of A PSH, PUL, or MOD 
Instruction must hold at lvl3. 
This signal prevents an other 
instruction from moving Into 
lvl2 on top of the stack pointer. 
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Table B-15. X4 IPU Glossary (Continued) 



TERM 


SIG 


LOC 


IHAZ 


IRQL3IHZ 


I4LVL3 


ILLEGAL OP CODE 


IPQRMIOP 


I4INFAI 
(3) 


ILOP FLAG 


IRQILOP 


I4LVL3 



DESCR 

Flag indicating that the lvl3 
controller is in the instruction 
hazard state. 

ROM bit indicating an unused 
op code that does not have 
a first hex of zero. 

Set by lvl2 controller when 
the current instruction has 
an illegal op code, the current 
indirect cell does have zeros 
in the most significant hex, 
or there is a spec, error at 
lv!2. 



IMM(0-3) 



INC AR 



IBQIMM(0-3) I4INFACE This flag is sent to MBU(0-3) 

(0-3) to turn on the input controller 
for all instructions that do 
not require a memory operand. 

IRINCAR I4VECLAS Signal from lvl3 controller 

used to increment AR by 8 
during LFM and STFM instruc- 
tions. 



INDIRECT INSTR. 



IRQIND 



IND. INSTR. AT LVL1 



IIINDAT1 



I4LVL3 Set by lvl2 controller as 

indirect instr. is passed to 
lvl3. Reset when terminal 
indirect cell is sent to 
lv!3 or branch is not taken. 

I4PIPT0P Signal indicating that an 
indirect instruction is at 
Ivll. 



IND. INSTR. AT LVL2 


IPQIND 


I4PIPT0P 


INDIRECT CELL AT 
LVL2 


IRQIND 


I4LVL3 


INDIRECT REQ. 


IREXIND 


I4LVL3 



INSTR 



ILINSTRP* 
ILINSTR1* 
ILINSTR2 



I4CMREQ 



Lvl2 flag indicating that an 
indirect instruction is at 
lvl2. 

When Tvl2 is active, this 
indicates cell is at lvl2. 

Signal from lvl3 controller 
Indicating that an Indirect cell 
or the object of an execute 
instruction 1s being requested 
from CM. 

Signal from the lookahead 
controller Initiating a memory 
request for an instruction 
octet. 
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Table B-15. X4 IPU Glossary (Continued) 



TERM 

INSTR.AT LVL4 IS IN 
SAME GROUP AS LAST 
INSTR.(0-3) 



INSTR. AT LVL5 
IS IN SAME GROUP 
AS LAST INSTR. 
(0-3) 

INSTR. HAZ. RECOVERY 
REQ 



SIG 
IBQSMGP4(0-3) 



IVQSMGP5(0-3) 



IRINHAZ 



LOC DESCR 

I4INFACE Lvl4 flag indicating that the 
(0-3) instruction at lvl4 going to 
pipe (0-3) is in the same group 
as the last instruction to 
enter that pipe. 

I4INFACE Flag indicating the instruction 
(0-3) at Ivl5 in pipe(0-3) is in the 
same group as the last instruc- 
tion down that pipe. 

I4LVL3 Signal from lvl3 IHAZ state 

indicating all near range HAZ. 
have cleared and the instruc- 
tion octet can be ref etched. 



INSTR. PV. 



IRQPRV 



I4LVL3 Carried with the instruction 
to lv!3 to indicate that the 
CM acquisition of the octet 
containing this instruction 
resulted in a memory protect 
violation. 
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Table 


B-15. X4 


IPU 


Glossary 


(Continued) 


TERM 




SIG 




LOC 


DESCR 


JOIN 






IRQDCJN 




I4INFACE 
(1) 


Flag decoded from the instruction 
op code indicating a join instruc- 
tion. 


JOIN FLAG 






IRQJOIN 




I4VECLAS 


Flag controlled by lvl3 indicat- 
ing when a joined vector is at 
lvl3. 


KAFUL 






ICQKAFUL 




I4CMREQ 


Flag controlled by the CMR 
which indicates when KA has 
valid data. 


KA INSTR. 


HAZ. 




ICQKAHAZ 




I4CMREQ 


Flag controlled by the CMR 



KBFUL 



KB INSTR. HAZ 



KCM FULL 



ICQKBFUL 
ICQKBHAZ 
ICCMFUL 



I4CMREQ 



which indicates that LA=ZB 
for the octet currently in 
KA. 

Flag controlled by the CMR 
indicating when KB has valid 
data. 



KRTAG 



ICQKRTAG 



I4CMREQ Flag controlled by the CMR 
indicating that LA=ZB for 
the octet currently in KB. 

I4HDC0RE Signal which is true for one 
clock after ICQRDA has been 
toggled indicating that read 
data has been put into KCM. 
KCM full and PRV(OP) cannot 
both be true at the same time. 

I4CMREQ - Flag controlled by the CMR 
which points to the current 
instruction buffer, i.e., if 
KRTAG is true KB is the cur- 
rent instruction buffer, other- 
wise KA is. 
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Table B-15. X4 IPU Glossary (Continued) 



TERM 

LAC BIT AT LVL12 
(0-3) 



LAORD 

LAM BIT AT LVL12 
(0-3) 



LAM, LAC BITS 



LAM, LAC, LEM 



SIG 
IVLACLC(0-3) 

ILQLAORD 
IVLAMLC(0-3) 

IRLAEM 
IRLAEMIN 



LAST INSTR. AT LVL5 IVQ0CKL5(0-3) 
A ONE CL0CK(0-3) 



Lnc DESCR 

I4ZHAZ Flag in the register stack 
(0-3) for pipe(0-3) indicating a 

LAC or LEM instruction is 

at lv!12. 

I4CMREQ Flag indicating LA=PA+8. 

I4ZHAZ Flag in the register stack 
(0,4,8, for pipe(0-3) indicating a 
12) LAM or LEM instruction is 
at lvll2. 

I4R0UTE1 Signal in the lvl3 controller 
indicating at least one LAM 
or LAC bit in the register 
stacks for pipes (0-3). 

I4R0UTE1 Signal in lvl3 controller 
indicating the instr. at 
lvl3 is LAM, LAC, or LEM, 
i.e., IRQDCLAM or IRQDCLAC 
is true. 

I4INFACE This flag is set when a one 
(0-3) clock instruction enters lvl5. 
Since it is not reset when 
the instruction goes to lvl6, 
if MBIACT(0-3) is not true, 
it indicates whether the last 
instruction at lvl5 was a one 
clock. 



LAST WRITE SIGNAL 
FROM MUB(0-3) 



LATE WIND0W(0-3; 



BCFWRTDN(0-3) MBU(0-3) 



IRQWNDLT(0-3) I4CMREQ 



LC=4 



ILLCEQ4 



Signal from MBU(0-3) indicating 
either that the last write 
of a vector has occurred or 
that the forced write in 
progress has finished. 

Signal from AU ROM for pipe(0-3) 
(BMQRMLTH(0-3)) delayed by one 
clock. It indicates that the 
divide 1n p1pe(0-3) is at a 
point such that the divide at 
lv13 1n the same group could 
reach the AU 1n time to save 
the divide Initialization time 
by overlapping. 



I4CMREQ Signal Indicating that PBACT 
or LLAACT is true and the loop 
counter (ILQLC(0-7)) plus the 
vacany flipflops (ILQVAC(O-l)) 
equals 4. 



B-200 



Advanced Scientific Computer 



!>,; 




Table B-15. X4 IPU Glossary (Continued) 



TERM 



LC<4 



SIG 
ILLCLT4 



LC<12 



LDXA(0-3) 



ILLTEQ12 



IBQLDXA(0-3; 



LDXBA(0-3) 
LDYA(0-3) 



IBQLDXBA(0-3) 
IBQLDYA(0-3) 



LDYBA(0-3) 



LEADING ZEROS 



LEVELS 5 or 6 
ACTIVE(SP) 



LF REQ 



LLA 



LLAXFER 



L.NI.OR NO=0 



IBQLDYBA(0-3) 



IPQDCNOP 



IR506SPA 



IRLFREQ 



IRQDCLLA 



IRLLXFER 



IRVCTNOP 



LOC 
I4CMREQ 



DESCR 



I4CMREQ 



I4INFACE 
(0-3) 



Signal indicating that PBACT 
or LLAACT is true and the 
loop counter (ILQLC(0-7)) plus 
the vacancy flipflops (ILQVAC 
(0-1)) is less than 4. 

Signal indicating that PBACT 
or LLAACT is true and the 
loop counter (ILQ2C(0-7)) 

is <_ 12. 

Lvl4 flag sent to MBU(0-3) 
to indicate a memory operand 
is to be taken from the X- 
buffer by the instruction 
at lvl4. 



I4INFACE Lvl4 flag sent to MBU(0-3) 
(0-3) to initiate an X-buffer fetch 
from CM. 

I4INFACE Lvl4 flag sent to MBU(0~3) 
(0-3) to indicate a memory operand 
is to be taken from the Y- 
buffer by the instruction at 
lv!4. 

I4INFACE Lvl4 flag sent to MBU(0-3) 
(0-3) to initiate a Y-buffer fetch 
from CM. 

I4INFACE Lvl2 flag decoded from the 
(0) instruction op code indicating 

the hex of the instruction is 

zero. 

I4VECLAS Signal in lv!3 controller 

indicating that Ivl 5 or 6 of 
the pipe pointed to by (0-3) 
is active. See SP(0-3). 

I4VECLAS Signal used to make a memory 
request during a LF or LFM 
instruction. 

I4INFACE Flag decoded from the instruc- 
(2) tion op code indicating a 
load lookahead instruction. 

I4LVL3 Signal from Ivl 3 controller 
indicating an LLA instruction 
at lvl3. 

I4VECLAC Signal in the Ivl 3 controller 
indicating that the self-loop* 

inner- loop, or outer- loop count 
in the VPF is equal to zero. 
This is a vector NOP. 
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Table B-15. X4 IPU Glossary (Continued) 



TERM 



LOAOIR 



SIG 
ILLOADIR 



LOC 



DESCR 



LOCAL INDIRECTO TO IRLCLIND 
IR 



LOOK AHEAD BUFFER 
CLEAR 



LOOKAHEAD BUFFER 
CLEARING 



ILBUFCLR 



ILBUFCNG 



LVL1 ACTIVE 



LVL1 ADV 



IIQL1ACT 



IIL1ADV 



LVL1 BLOCK 


IIL1BLK 


LVL1 HAZ STATE 


IIQS(IO) 


LVL1 IND. AT 3 
STATE 


IIQS(3) 


LVL1 INSTR. M HAZ 
FREE 


IIFDMHF 


LVL1 INSTR. T HAZ 
FREE 


IIFDTHF 



I4CMREQ Signal from CMR used to gate 
an instruction or indirect 
cell into the IR register. 

I4LVL3 Signal from lvl3 controller 
indicating that an indirect 
cell or the object of an 
execute instruction is to 
be taken from KA, KB, or 
the register file. 

I4CMREQ Signal indicating that the 
target branch of a PB in- 
struction is in the current, 
i.e., the buffer pointed to 
by PA. 

I4CMREQ Signal indicating that the 
target branch of a PB in- 
struction is in the buffer 
pointed to by LA, but will 
be in the buffer pointed to 
by PA on the next clock. 

I4PIPT0P Set and reset by the lvlO 
controller to Indicate the 
presence of an instruction 
or data at lvll. 

I4PIPT0P Signal from lvll controller 
Indicating that the data 
In lvll will advance to 
lvl2. 

I4PIPT0P Signal from lvll controller 
Indicating that nother should 
move Into lvll. 

I4PIPT0P Lvll HAZ state fHpflop. 

I4PIPT0P Lvll flag Indicating the lvll 
controller 1s in the indirect 
at 3 state. 

I4HDC0RE Signal decoded from the in- 
struction op code Indicating 
that the Instruction at lvll 
cannot be base relative. 

I4HDC0RE Signal decoded from the in- 
struction op code indicating 
that the instruction at lvll 
cannot be Indexed. 
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Table B-15. X4 IPU Glossary (Continued) 



TERM 



LVLl XEC AT 3 
STATE 



SIG 



LVLl INSTR. T HAZ IIFDTHF 
FREE 



IIQS(4) 



LOC 



DESCR 



I4HDC0RE Signal decoded from the instruc- 
tion op code indicating that 
the instruction at Ivll can- 
not be indexed. 

I4PIPT0P Lvll flag indicating that the 
lvll controller is in the 
execute at 3 state. 



LVL2 ACTIVE 



LVL2 BLOCK 



VLV3 ACTIVE 



IPQL2ACT I4PIPT0P Set and reset by the lvll con- 
troller to indicate the pre- 
sence of an instruction or 
data at lvll . 

IPL2BLK I4PIPT0P Signal from lvll and lvl2 

controllers indicating that 
nothing should move into 
lv!2. 

IRQL3ACT I4LVL3 Set and reset by 1vl2 controller 

to indicate the presence cf 
an instruction or data at 
lvll. 



LVL3 CHECK STATE IRSTK2ND 



LVL3 IN PROGRESS IRLVL3IP 



LVL3 PUSH PULL STATE IRQL3PPL 



LVLS*LVL4(0-3) 



LVL44.VL5 



LVL7 ACTIVE AND NOT 

A ONE CL0CK(0-3) NONE 



LVL11 ACTIVE(0-3) IVQACTLB(0-3) 



L4RJN 



I4R0UTE3 Signal indicating that lvl3 
controller is in the result 
check state. 

I4LVL3 Signal indicating that IRQHOLD, 
IRQXEC, IRQBRDN, IRQOPDN, or 
IRQRIHIB is set. 

I4LVL3 Flag indicating the lvl3 con- 
troller is making the 3rd 
pass of a push or pull in- 
struction. 



IRIRT4P(0-3) I4R0UTE2 Signal indicating that the 

data at lvl3 is going to the 
lvl4 controller for pipe(0-3). 

IRL4TL5 I4MISC Signal indicating any lvl4 

to lv!5 transfer for pi pes (0-3). 

I4INFACE Signal indicating IVQL7ACT(0-3) 
(0-3) is true and IVQ0CKL7(0-3) is 
not true for pipe (0-3). 

I4ZHAZ Register stack bit indicating 
(1,5,9, an instruction at lvlll in 
13) pipe(0-3). 

IBQL4RJN I4MISC Flag indicating the instruction 

is a joined read. 
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Table B-15. X4 IPU Glossary (Continued) 



TERM 


SIG 


LOC 


MBIACT(0-3) 


IVQMBIAC(0-3) 


I4INFACE 
(0-3) 


MCP INSTR. 


IRQDCMCP 


I4INFACE 
(2) 


M HAZ FREE 


IPQDCMHF 


I4INFACE 



M0DE(0-3) 



MODIFY CC 
MODIFY RC 
MULTIPLE AR=ZB 

MULTIPLE INSTR. 

M=0 

Ml HAZ 

M1=0 

M2 HAZ 
M2=0 



IBQM0DE(0-3) 



IRQC3CHZ 
IRQC3RHZ 
IRZBPEN 

IRQDCMLT 

IRQMEQO 

NONE 

IIM1EQ0 

IPARVM2 
IPM2E0 



DESCR 

Flag to indicate the presence 
of an instruction at 1 vl 5 
in IPU's MBU model. 

Flag decoded from instruction 
op code. 



Flag at 1 vl 2 decoded from the 

(0) instruction op code indicating 
that the instruction at 1 vl 2 
cannot be base relative. 

I4INFACE Flag at lvl4 indicating the lvl4 
(0-3) controller is holding off a 
Z+X/Y update until either the 
X/Y -buffer has data or until 
all Z-stores clear ptpe(0-3). 

I4INFACE ROM bit Indicating that the 

(1) instruction at lv!3 could modify 
the compare code register. 



I4INFACE ROM bit indicating that the 

(1) instruction at lvl3 could modify 
the result code register. 

I4R0UTE2 Signal indicating that more 

than one ZB(0-3) compares with 
AR. This can occur during 
certain pairs of vectors. 

I4INFACE Flag decoded from the instruc- 

(2) tion op code indicating a 
LFM or STFM instruction: 

I4LVL3 Set by lvl] controller to 

indicate instruction in lvl3 
has M-FIELD=0. 

I4PIPT0P Signal Indicating the com- 
parison of Ml with R2, AR, or 
an address in any of the 
register stacks. 

I4PIPT0P Signal indicating the M-FIELD 
(IIQIR06-19)) at lvll is 
zero. 

I4RHAZ(0) Signal indicating the com- 
parison os M2 and AR. 

I4PIPT0P Signal in lvl2 controller 
Indicating that the M-FIELD 
(IPQM2(0-3)) is zero. 
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Table B-15. X4 IPU Glossary (Continued) 



TERM 



SIG 



LOC DESCR 



NEAR RANGE HAZ(0-3) IRNRIHAZ(0-3) I4LVL3 



Indicates comparison of P3 
with ZP (IRP3EQZP(0-3)) or 
ZB(IRP3EQZB(0-3)) for pipe 
(0-3). 



NEXT 



ILNEXT 



NEXT CLOCK IS LAST BMQNCLCK(0-3) 

CLOCK OF ROM SEQ 

(0-3) 



I4CMREQ Signal from the lookahead 
controller used in conjunc- 
tion with KRTAG to indicate 
whether KA or KB is to receive 
the next instruction octet. 
With instr true, next false 
indicates the buffer pointed 
to by KRTAG will be fetched. 
Next true indicates the buffer 
not pointed to by KRTAG will 
be fetched. 

MBU(0-3) AU ROM bit which indicates that 
the second to last y-sequence 
of an instruction is at the 
lvl6 ROM output register, i.e., 
the next y-sequence will be 
the last y-sequence for the 
instruction. 



NEXT CLOCK IS SAME 
GROUP TIME IN ROM 
SEQ. (0-3) 

NEXT ROM CODE NOP 
(0-3) 



BMQNCSGT(0-3) MBU(0-3) 



BMQNCNOP(0-3) MBU(0-3) 



NIFRZ 



IRNIFRZ 



NOP INSTR. AT LVL3 IRQDCNOP 



AU ROM bit indicating the next 
u-sequence is the same group 
time in the AU ROM sequence. 

AU ROM bit which indicates 
that the last y-sequence for 
an instruction is at the lvl6 
ROM output register, i.e., 
the next y-sequence will be 
the NOP (or IDLE) seqence. 



I4LVL3 Signal from lvl3 controller 
used to inactivate the lvlO, 
lvll, and lvl2 controllers 
during the execution of a 
status command. It also 
tells the unit hardcore that 
a new instruction 1s at 
lvl3 and TvlS4-12 are empty. 

I4INFACE Flag decoded from instruction 
(0) op code indicating a NOP at 

lv!3 (i.e. , first hex of 

op code=0). 
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Table B-15. X4 IPU Glossary (Continued) 



TERM 



OABSY 



SIS 
ICOABSY 



ONE CLOCK AT LVL4 
(0-3) 



ONE CLOCK AT LVL5 
(0-3 



IBQ0CKL4(0-3) 
IVQ0CKL5(0-3) 



ONE CLOCK AT LVL6 
(0-3) 



ONE CLOCK AT LVL7 
(0-3) 



ONLY ONE AE HAZ 



OP DONE 



IVQ0CKL6(0-3) 
IVQ0CKL7(G-3) 
IRONEAEH 
IRQOPDN 



ORANGE INSTR. AT LVL3 IRQDCORG 



ORANGE LOAD AT LVL22 IPQDCLF 



ORANGE LOAD AT LVL3 IRQDCLF 



ORDER, SELECT, RE- 
PLACE, MAP 



IRBADGUY 



LOC 
I4HDC0RE 



DESCR 



Signal indicating that the 
AR and RA flipflops are in 
opposite states, i.e., that a 
memory request is in progress 
and the OA register cannot 
be changed. 



I4INFACE Lvl4 flag indicating a one 
(0-3) clock instruction is at lvl4 
going to pipe(0-3). 



I4INFACE 
(0-3) 



I4ZHAZ 

(1,5,9, 

13) 

I4ZHAZ 

(1,5,9. 

13) 



This flag is set when a one 
clock instruction goes to 
lvl5, but it is not reset 
when the instruction goes to 
lv!6 unless a non-one clock 
follows into lvl5. Thus, 
when MBIACT(0-3) is true, 
this flag indicates a one 
clock instruction at lvl5. 

Register stack bit indicating 
a one clock instruction at 
lvl6 of pipe(0-3). 

Register stack bit indicating 
a one clock at lv!7. 



I4R0UTE1 Signal in lvl3 controller in- 
dicating only one AE HAZ(0-3) 
is true. 

I4LVL3 This flag 1s used by the lvl3 
controller to Indicate when 
the operand load portion of 
the Instruction has been 
finished. 

I4INFACE Flag decoded from Instruction 
(1) op code Indicating an orange 

(LF, LFM, STF, STFM) instru- 

tlon at 1 v 1 3 . 

14 IN FACE Lvl2 flag decoded from the 
(0) Instruction op code indicating 

that a LF or LFM Instruction 

1s at lv12. 

I4INFACE Flag decoded from the instruction 
(0) op code indicating an LF or 
LFM instruction at lvl3. 

I4MISC Signal decoded from VPF op 

code lines Indicating a vector 
bad guy. 
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Table B-15. X4 IPU Glossary (Continued) 



TERM 
PACAUKO-3) 



SIG 
IVPACAUI(0-3) 



PACAU0(0-3) 
PACAUR(0-3) 
PACMBI(0-3) 
PACMB0(0-3) 



IVQPACA0(0-3) 
IVPACAUR(0-3) 
IVPACMBI(0-3) 
IVPACMB0(0-3) 



PAC2 



PAC3 



IPPAC2 



IRPAC3 



PAC4(0-3) 



PAC4(PIRT) 



IBPAC4(0-3) 



NONE 



PAENAB 

PA=BA 
PA=7 



ILPAEN 

ILPAEBA 
ILPAEQ7 



LOC 

I4INFACE 
(0-3) 



DESCR 



Signal indicating that an 
instruction at lvls 8-11 can 
advance and that an instruc- 
tion at lvl7 can go to lvl8, 
9, 10 or 11. 



I4INFACE This flag indicates when an 
(0-3) instruction can be moved into 

lvll2. 

I4INFACE Signal indicating that an 
(0-3) instruction can move from 

lvl6 to lvl7. 

I4INFACE Signal indicating that an 
(0-3) instruction can be moved into 

lv!5 of pipe(0-3). 

I4INFACE Signal which indicates when an 
(0-3) instruction at lv!5 can move to 

lvl6 based on the movement of any 
instructions in levels 6-12. 
This is not the usual de- 
finition, i.e.: PACMB0(0-3)= 
DPMB0(0-3)*PACAUR(0-3)+-»DPMB0 
(0-3)*GATAUI+--AUIACT(0-3). 

I4PIPT0P Signal from lv!2 controller in- 
dicating that new data can 
move into lvl2. 

I4R0UTE1 Signal from lv!3 controller 
indicating new data can move 
into lv!3. 

I4INFACE Signal from lvl4 control ler(0-3) 
(0-3) indicating that it can accept 

an instruction bound for pipe 

(0-3). 



I4R0UTE2 



I4PIPT0P 



sigr 

with the array number (0-3) 
being determined by which of 
the past instruction route 
flipflops is set. See PIRT 
(0-3). 

Signal from lvlO controller 
indicating that a new instruc- 
tion can be put into IR. 



I4CMREQ Signal indicating PA=BA at the 
octet level. 

I4CMREQ Signal indicating the 3 LSB's 
of PA (ILQPA(29-31)) are = 7. 



B-207 



Advanced Scientific Computer 




Table B-15. X4 IPU Glossary (Continued) 




SIG 
ILLTEQ11 



PB 



PBACT+LLAACT 



IRQDCPB 



ILQPBVLLA 



PB TARGET AT LVLO ILPBTGTLO 



PBXFER 



IRPBXFER 



PINK INSTR. AT LVL3 IRQRMPNK 



PIRT(0-3) 



IRQPIRT(0-3) 



PPO 



PP1 



IRPPO 



IRPP1 



PRV(OP) 



PUSH INSTR. 



ICPRVO 



IRQOCPSH 



PUSH, PULL AT LVL2 IPQDCPP 



LOC DESCR 

I4CMREQ Signal indicating that PBACT 

or LLAACT 1s true and the 3 LSB's 
of PA(ILQPA(29-31)) plus the 
loop counter (ILQL6(0-7)) plus 
the vacancy fHpflops (ILQVAC 
(0-1)) is less than 11. 

I4INFACE Flag decoded from the instruc- 
(1) tion op code Indicating a pre- 
pare to branch Instruction. 

I4CMREQ Flag indicating a PB or an LLA 
is in progress. 

I4CMREQ Signal indicating that a PB 

instruction is at lvl2 or lvl3 
and its target is the next in- 
struction into IR. 



I4LVL3 



I4INFACE 
(1) 

I4R0UTE3 



I4LVL3 



I4LVL3 



I4CNREQ 



I4INFACE 
(2) 



Signal from lvl3 controller 
indicating a PB instruction 
at lvl3 and PBENAB 1s true. 

ROM bit indicating at pink 
(skips) Instruction at lvl3. 

These fHpflops are used to 
Indicate which of the pipes 
received the last Instruction. 
The array number of the flip- 
flop set Indicates the pipe 
number. 

Signal from lvl3 controller 
to gate the stack pointer 
into BR for a PSH or PUL 
Instruction. 

Signal from lv!3 controller 
Indicating that the PSH or PUL 
instruction at lvl3 Is going 
to execute Its third pass. 
This signal gates the pointer 
Into AR. 

Signal Indicating that the 
protect violation bit pointed 
is true. PRV(OP) and KCM full 
cannot both be true. 

Flag decoded from Instruction 
op code. 



I4INFACE Lvl2 flag decoded from Instruc- 
(2) tion op code indicating that 

a PUSH or PULL Instruction Is 

at lv12. 
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Table B-15. X4 IPU Glossary (Continued) 



TERM 



SIG 



LOG 



DESCR 



PUSH OR PULL INSTR. IRQDCPP 
AT LVL3 



I 41 N FACE Flag decoded from instruc- 
(2) tion op code indicating 
PSH or PUL instruction. 



PUSH, PULL, OR 
MODIFY 2ND PASS 
(0-3) 



IVQPPMF(0-3) 



PO INDICATOR 



IRQPOIND 



PO SIGNAL 



P3<4 



QIRT(0-3) 



I4INFACE Flag set on the Ivl3-*lvl4 
(0-3) transfer by the lvl3 con- 

troller to indicate that the 
second pass of a PUSH, PULL, 
or MODIFY instruction is in 
progress. It is reset when 
the data get to Ivl 12. 

I4LVL3 This flag is BMQAUPO (0-3) 
delayed by one clock. It 
indicates the stack pointer 
is in the AU output and ready 
to be gated into BR. 

This is an AU ROM bit indicating 
when the terminate stack signal 
from the AU can be sampled. 
This signal is latched in the 
PO IND. flipflop (IRQPOIND) 

ILP3(29) I4CMREQ Signal indicating the 3 LSB's 

of P3 are <4, i.e., bit 
29 is false. 

IBQIRT(0-3) I4INFACE Flag at lv!4 indicating the 

(0-3) presence of a new instruction 

at lv!4. This flag is set 
for all instructions as they 
go to lvl 4 and is reset one 
clock after PACMBI(0-3) is true. 



BMQAUPO (0-3) M8U(0-3) 
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Table B-15. X4 IPU Glossary (Continued) 



TERM 



RC HAZ 



SIG 
IRLATRCH 



RC ROUTE(0-3) 



RDACK 



RDACK1 



ICRDACK 



NONE 



RUT AT LVL12(0-3) 



READ AT LVL3 GOING 
TO LVL4 

READ PROTECT 



IVQRDTLC(0-3) 

IRNEWRD3 
ICRCMPV 



RECOVER LVL2 HAZ 



REG.DEST. AT LVL3 



REG.DEST. AT LVL7 
(0-3) 



REG.DEST. AT LVL11 
(0-3) 



IPRL2HAZ 
IRQC3RDT 
IVQRDTL7(0-3) 

IRQRDTL(0-3) 



LOC 
I4R0UTE1 



DESCR 



IRQRCRT(0-3) I4STATUS 



Signal in the lv!3 controller 
indicating the presence of at 
least one RHZ bit in the 
register stack (levels 4-12) 
pointed to by the RC route 
(0-3) flipflops. 

Flag which indicates that 
(0-3) was the last to receive 
an instruction that could 
modify the compare code register. 



I4CMREQ Signal indicating the CMR 
will accept a read request 
if one is made. 

I4CMREQ This signal is cimplemented 
where used, and it consists 
of the normal RDACK and no 
indirect REQ. , SF REQ, or 
LF REQ. 

I4ZHAZ Flag in register stack for 
(3,7,11, pipe(O) indicating that an 
15) instruction with a register 
destination is at lvll2. 

I4R0UTE3 Signal indicating a read et 
lv!3 going to lvl4. 

I4HDC0RE Signal indicating a protect 
violation has occurred during 
a read request. This signal 
can be true only during the clock 
following the toggling of the RA 
flipflop. 

I4PIPT0P Signal from lv!2 controller 
indicating a T2 or M2 hazard 
exists. 

I4INFACE ROM bit indicating that the 
(2) instruction at lv'»3 has a 
register destination. 

I4ZHAZ Register stack bit indicating 

(3,7,11, an Instruction with a register 

15) destination is at lv!7 in 
pipe(0-3). 

I4ZHAZ Register stack bit indicating 
(3,7,11, an instruction with a register 
15) destination is at lvlll in 
pipe(0-3). 
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Table 


B-15. X 




TERM 




SIG 


REG. 


INHIBIT 


FLAG 


IRQRIHIB 



REG. SOURCE AT LVL3 IRQRMRGS 



REQ.CTR.=0-7 



IPU Glossary (Continued) 



LOC DESCR 

I4LVL3 Set by lv!3 controller to 
indicate the first, level 
of indirect addressing 
is complete. Reset by PAC3, 

I4INFACE ROM bit indicating that the 
(2), instruction at lvl3 has a 
register source. 



IRRCTREQ(0-7) I4VECLAS 



Signal in lvl3 controller 
indicating that the request 
counter (IRQRCTR(0-2)) con- 
tains 0-7. 



RHAZ(0-3) 


IRR3HAZ(0-3) 


I4RHAZ 
(0-3) 


RHZ BIT AT LVL12 
(0-3) 


IVRHZLC(0-3) 


I4ZHAZ 

(2.6.10. 

14) 


R-OCTET HAZ(0-3) 


IRR30HAZ(Q-3) 


I4RHAZ 
(0-3) 



RXAACT(0-3) 


IRRXAACT(0-3) 
IRZTXACT(0-3) 


I4R0UTE3 
I4VECLAS 


RXAFUL(0-3) 


IRRXAFUL(0-3) 


I4R0UTE3 


RYAACT(0-3) 


IRRXAACT(0-3) 
IRZTXACT(0-3) 


I4R0UTE3 
I4VECLAS 


RYAFUL(0-3) 


IRRYAFUL(0-3) 


I4ROUTE3 


R3=LD(0-3) 


IRR3VSLD(0-3) 


I4ZHAZ 

(1,5.9. 

13) 


R3=0 


IRR3EQ0 


I4ROUTE2 



Signal indicating R3 compares 
with some register stack 
address (levels 4-12) in 
pipe (0-3). 

Flag in the register stack 
for pipe(0-3) indicating an 
instruction is at lv!12 
that could modify the result 
code register. 

Signal indicating the 3 LSB's 
of R3 (IRQR3(5-7)) compare 
with some register stack 
address (levels 4-12) at the 
octet level In pipe (0-3). 

Signals from lvl3 controller 
to reset XAACT(0-3). 

Signal from lvl3 controller 
to reset XAFUL(0-3). 

Signals from lv!3 controller 
to reset YAACT(0-3). 

Signal from lvl3 controller 
to reset YAFUL(0-3). 

Signal Indicating R3=LD for 
pipe(0-3). 



Signal in lvl3 controller indicating 
that the R-f1eld(IRQR34-7)) and 
the ROM bits IRQC3RA0, IRQC3RA1 
ARE=0, for the BAE and BXEC in- 
structions this indicates a NOP. 
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Table B-15. X4 IPU Glossary (Continued) 



TERM 



R3=7 



SIG 
IRR3EQ7 



LOC 
I4R0UTE1 



DESCR 



R3>1 AND NO LLA 
OR PB ACTIVE 



ILPBEN 



I4CMREQ 



Signal in the lvl3 controller 
indicating that R-field 
IRQR3(4-7)=0. For the BRC 
and BCC instructions this 
indicates an unconditional 
branch. 

Signal from lookahead con- 
troller indicating that no 
PB or LLA is in progress and 
R3>1 , i.e. , a PBXFER can 
be sent if a PB is at lvl3. 
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Table B-15. X4 IPU Glossary (Continued) 



TERM SI6 

SAME GROUP(0-3) IBSMGRP(O) 



SCLK INSTR. 



SF REQ 



IRQDCSTC 



IRSFREQ 



SHORT CIRCUIT AT . IBQSCKT4(0-3) 
LVL4(0-3) 



SHORT CIRCUIT AT LVL5 IVQSCKT5(0-3) 



SHORT CIRCUIT AT IVQSCKT6(0-3) 

LVL6(0-3) 



SKIP 



IRSKIP 



SKIP TAKEN INDICATOR IRQSKIND 



SLNXT(0-3) 



IVQSLNXT(0-3) 



LOC DESCR 

I4INFACE Signal from lvl4 indicating 
(0-3) that the instruction at lvl3 
is in the same group as the 
last instruction to enter 
pipe(0-3). The instruction 
group is determined from 
ROM-l bits: GP1 , GP2, GP3, 
GP4. 

I4INFACE Flag decoded from instruction 
(3) op code Indicating a store 
clock instruction. 

I4VECLAS Signal used to make a memory 
request during a STF or STFM 
instruction. 

I4INFACE Lvl4 flag indicating the 
(0-3) instruction at lvl4 is short 

circuiting on an instruction 

in pipe{0-3). 

I4INFACE Flag indicating that the 
(0-3) instruction at lvl5 is going 
to short circuit on the 
previous instruction in 
p1pe(0-3). 

I4INFACE Flag indicating an instruction 
(0-3) at lvl6 in pipe(0-3) which is 
going to short circuit on the 
previous instruction in that 
pipe. 

I4LYL3 Signal from lvl3 controller 
indicating a skip 1s to be 
taken. 

I4LVL3 This flag Indicates that the 
conditions 1n the AU necessary 
for a skip to take place have 
been met. It 1s essentially 
the AU signal AEQET:1(PIRT) 
or its complement delayed by 
one clock. 

I4INFACE Lvl4 flag which Indicates when 
(0-3) an Instruction can move to 
1vl6 based on tht types of 
Instructions 1n levels 6-12 
of pipe(0-3). 
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Table B-15. X4 IPU Glossary (Continued) 



TERM 
SLNXT PACHB0(0-3) 



SIG 



IVSLPMB0(0-3) 



SP(0-3) 



SPEC. ERR. 



IRQSELPI(0-3) I4VECLAS 



NONE 



SPEC. ERR AT LVL3 



IRORSPEC 



SPS INSTR. 



IRQDCSPS 



STACK INSTR. AT LVL3 IRQDCSTK 



STACK INSTR. IN 
AU(PIRT) 



IRSTKIAU 



START FORCED WRITE 
(0-3) 



STATUS FREEZE 



IRSTFWRT(0-3) 
IRSTRFRW(0-3) 
IRSFWIHZ(0-3) 

IMSTAFRZ 



LOC DESCR 

I4INFACE Signal indicating that DPMBO 
(0-3) (0-3) is not true or PACAUR 
(0-3) is true, i.e., this is 
the usual definition for 
PACMBO. Since SLNXT(0-3) is 
a flipflop, this signal was 
used instead of PACMB0(0-3) 
to avoid introducing a bubble 
into the pipe under certain con- 
ditions. 

These flipflops indicate which 
pipe, if any, has been selected 
by a vector instruction. 

I4PIPT0P Signal indicating: 1) a BCLE 
or BCG instruction with odd 
T -field; 2) an instruction 
with an odd R-field when 
the ROM-1 RSE bit is on; or 
3) the ROM-1 IOP bit on 
(ILLEGAL OF). 

I4R0UTE1 Signal from lv!3 controller 
indicating STFM is destined 
for the register file or a 
LFM is coming from the register 
file. 

I4INFACE Flag decoded from instruction 

(2) op code indicating an SPS 
instruction. 

I4INFACE Flag decoded from instruction 

(3) op code indicating a stack 
(PSH, PUL, MOD) instruction 
at lv!3. 

I4R0UTE1 Signal indicating that there 
is no activity in levels 
4-6 of the pipe pointed to 
by PIRT(0~3) and so the first 
pass of the current stack 
instruction must be in the 
AU (levels 7-12). 

I4R0UTE2 Signals from the lvl3 controller 
I4VECLAS to initiate a forced write 
I4LVL3 in pipe(0-3). 

I4HDC0RE Signal used by lvl3 controller 
to empty the pipes so that 
a status command can be exe- 
cuted. 
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Table B-15. X4 IPU Glossary (Continued) 



TERM 
STORE NEGATIVE 

STL AT LVL3 
SUBTYPE 



SIG 
IRQRMNSN 

IRSTREG 



LOC 



DESCR 



SXAFUL(0-3) 
SYAFULCO-3) 



I4INFACE ROM bit indicating a store 
(3) that is not a store negative. 



I4R0UTE1 



SUB YEL 


I4INFACE 




(0) 


SUB OR 


I 41 N FACE 




(0) 


SUB BLUE 


I4INFACE 




(0) 


SUB GRN 


I4INFACE 




(0) 


SUB PINK 


I4INFACE 




(0) 


IRSXAFUL(0-3) 


I4R0UTE3 


IRSYAFUL(0-3) 


I4R0UTE3 



Signal from lvl3 controller 
indicating a store instruction 
at lvl3 going to the register 
file (a store "little"). 

ROM bits indicating instruction 
sub colars. 



I4R0UTE3 Signal from lvl3 controller to 
set XAFUL(0-3). 

I4R0UTE3 Signal from lvl3 controller to 
set YAFUL(0-3). 
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Table B-15. X4 IPU Glossary (Continued) 



TERM 


SIG 


TARGET AT LVL1 


IIQTARGT 


TARGET AT LVL2 


IPQTARGT 


TARGET AT LVL3 


IRQTARGT 



LOC 



DESCR 



TARGET FAIL 



TERMINAL IND. AT 
LVL1 



TERMINATE(PIRT) 



IRTGTFL 



IITIAT1 



I4PIPT0P Flag indicating that the 
target of a PB or LLA in- 
struction is at 1vll. 

I4PIPT0P Flag indicating that the 
target of a PB or LLA in- 
struction is at lvl2. 

I4LVL3 Carried with the instruction 
to lvl3 to indicate that the 
current instruction came 
from the target location of 
a PB or LLA instruction. 

I4LVL3 Signal indicating that a 

target branch has failed to 
branch or has been skipped 
or branched around. 

I4PIPT0P Signal indicating that the 
indirect cell's indirect 
bit (IIQIR(4)) is not set. 



A0TRMSTK(0-3) AU(0-3) 



This signal indicates when 
a stack instruction should 
be terminated because the 
test pass fall. It is 
latched in the TRMIN.IND 
(IRQTRMIN). The array 
number is provided by the 
PIRT(0-3) flipflops. 



TERMIN.IND. 



IRQTRMIN 



TFAIL 



ILQTFAIL 



T HAZ FREE 



T IND HAZ 



IPQDCTHF 



IITHAZS1 



I4LVL3 This flag is the latched 
version of the All signal 
A0TRMSTK(0-3). It indicates 
when a stack instruction 
should be terminated after 
the first pass. 

I4CMREQ Flag used by the lookahead 
controller to remember that 
the octet containing the 
TARGET+1 instruction must 
be refetched after a TARGET 
FAIL. 

I4INFACE Flag at lvl2 decoded from 

(1) instruction op code indicating 

that the instruction at lvl2 

cannot be Indexed. 

I4PIPT0P Signal in lvll controller 
indicating a comparison be- 
tween Tl and R2 or Tl and an 
address in any of the register 

stacks. 
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Table B-15. X4 IPU Glossary (Continued) 



TERM 



TOGGLE 
II HAZ 

T1»0 
T2 HAZ 
T2=0 



SIG 
NONE 

NONE 

IIT1EQO 
IPARVT2 
IPT2EO 



LOC DESCR 

I4CMREQ Signal from lookahead controller 
to complement the KRTAG flipflop. 

I4PIPT0P Signal indicating the comparison 
of Tl with $2, AR, or an address 
in any of the register stacks. 

I4PIPT0P Signal indicating the T-field 
(IIQT10-3)) is zero. 

I4RHAZ(0) Signal indicating the comparison 
of T2 and AR. 

I4PIPT0P Signal in lvl2 controller in- 
dicating that the T-field 
(IPQT20-3)) is zero. 
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Table B-15. X4 IPU Glossary (Continued) 



TERM 



VACANT{0-3) 



VACANT ( PI RT) 



VBAD(SP) 



IRQVBAD(0-3) I4VECLA5 



VECT.AT LVL2 



VECTL R(LSB)=0 



VIP(SP) 



VIO, VII, VI2, 
VI3 



SIG LOC DESTR 

IRPVAC(0-3) I4R0UTE2 This signal indicates no 

activity in levels 5-12 
of pipe (0-3) and no in- 
struction in level 4 destined 
for that pipe, and that the 
pipe is on with no vector 
in progress. If only one 
pipe is on, this signal in- 
dicates only that no vector 
is in progress. 

IRPRPVAC I4R0UTE2 This is the pipe -VACANT (0-3) 

signal with the PIRT(0-3) 
flipflops providing the 
array number. 

This flag indicates a vector 
bad guy in progress in pipe 
(0-3) with the array number 
being supplied by SP(0-3). 
See SP(0-3). 

IPQDCVCT I4INFACE Lvl2 flag decoded from in- 
(2) struction op code indicating 
that a vector is at lvl2. 

IRQR3(7) I4PIPE(7) LSB of the R-f1eld of a 

vector instruction, where=0 
indicates the VPF must be 
loaded before proceeding. 



Flag decoded from instruction 
op code indicating a vector 
(VECT) instruction at lvl3. 

Signal indicating that one of 
these instructions is at lvl2. 



Set by lvl3 vector controller 
to indicate when a vector 
is in progress in pipe(0-3). 
Reset by MBU with vector 
end signal. 

This is the normal VIP(0-3) 
flag with the array number 
supplied by SP(0-3). See 
SP(0-3). 

IRVI0.IRVI1 I4VECLAS Timing signals from lvl3 
IRVI2.IRVI3 controller during vector 

Initialization used to 
control the gating of the 
VPF. 



VECTOR INSTR. 
AT LVL3 


IRQDCVCT 


I4INFACE 
(2) 


VECTOR, PUSH, PULL, 
OR ORANGE INSTR. 
AT LVL2 


IPSBBLK 


I4PIPT0P 


VIP(0-3) 


IRQVIP(0-3) 


I4VECLAS 



IRQVIP(0-3) I4VECLAS 
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Table B-15. X4 IPU Glossary (Continued) 



TERM 



WACK 



XAACT(0-3) 

XAFUL(0-3) 

XCH INSTR. 
XEC AT LVL1 

XEC AT LVL2 
XEC FLAG 
JSET(0-3) 
XUP(0-3) 



SIG 
ICWACK 

IBQYAACT(0-3) 

IBQZAFUL(0-3) 

IRQDCXCH 
IISDXEC 

IPQDCXEC 
IRQXEC 

IBXFSET{0-3) 
IBQXUP(0-3) 



LOC 



DESCR 



I4CMREQ Signal indicating the CMR 
will accept a write request 
if one is made. 

I4INFACE Flag indicating the X-buffer 
(0-3) address in XA is valid for 
pipe(0-3). 

I4INFACE Flag indicating the X-buffer 
(0-3) in MBU(0-3) pointed to by the 
address in XA has valid data. 

I4INFACE This flag is decoded from the 
(3) exchange instruction op code. 

I4HDC0RE Signal decoded from instruction 
op code indicating an execute 
instruction at Ivll . 

I4INFACE Lvl2 flag decoded from instruc- 
ts) tion op code indicating the 

instruction at lv!2 is an 

execute. 

I4LVL3 Flag set by execute instruction 
at lv13 to steer the lvl3 con- 
troller while it is executing 
the target instruction. 

I4INFACE Signal indicating that on the 
(0-3) next clock, data from CM 

will be gated into the X-buffer 

for pipe(0-3). 

I4INFACE Lvl4 flag sent to MBU(0-3) to 
(0-3) inhibit the setting of DPMBI 

(0-3) until an update can take 

place. 
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Table B-15. X4 IPU Glossary (Continued) 



TERM 


SIG 


YAACT(0-3) 


IBQYAACT(0-3) 


YAFUL(0-3) 


IBQYAFUL(0-3) 


YELLOW INSTRUCTION 
AT LVL3 


IRQDCXEC 


YFSET(0-3) 


IBYFSET(0-3) 


YNEXT(0-3) 


IRQYNEXT(0-3) 



LOC 



DESCR 



YNEXT(PIRT) 



NONE 



YUP(0-3) 



IBQYUP(0-3) 



I4INFACE Flag indicating the Y-buffer 
(0-3) address in YA is valid for 
pipe(0-3). 

I4INFACE Flag indicating the Y-buffer 
(0-3) in MBU(0-3) pointed to by the 
address in YA has valid data. 

I4INFACE Flag decoded from instruction 
(3) op code indicating a yellow 

(execute) instruction at 

lvl3. 

I4INFACE Signal indicating that on 
(0-3) the next clock data from 
CM will be gated into the 
Y-buffer for pipe (0-3). 

I4R0UTE3 When this flipflop is set, 
it indicates that the Y- 
buffer in MBU(G-3) is the next 
buffer to receive a read 
request. 

I4R0UTE3 This is the normal YNEXT 
flag with the array number 
(0-3) being determined by 
which of the PIRT fllpflops 
is set. See PIRT. 

I4INFACE Lvl4 flag sent to MBU(0-3) 
(0-3) to Inhibit the setting of 

DPMBI(0-3) until an update 

can take place. 



B-220 



Advanced Scientific Computer 




Table B-15. X4 IPU Glossary (Continued) 



TERM 



ZAGE0(0~3) 



SIG LOC DESCR 

IRZAGEDO(0-3) I4MISC Signal indicating that none of 

the 3 Z-A6E flipflops for pipe 
(0-3) is set, making this the 
youngest of the 4 Z-buffers. 
When all ZPFUL(0-3) are set, 
only one pipe can have this 
AGE. 



ZAGE 1(0-3) 



IRZAGEM(0-3) I4MISC 



ZAGE2(0-3) 



IRZAGED2(0-3) I4MISC 



ZAGE3(0-3) 



IRZAGED3(0-3) I4MISC 



tFUL(0-3) 



ZEX(0-3) 



ZEY(0-3) 



Signal Indicating that 1 of 
the 3 Z-AGE flipflops for 
pipe(0-3) is set, making 
this the second youngest 
of the 4 Z-buffers. When 
all ZPFUL(0-3) are set, only 
one pipe can have this AGE. 

Signal indicating that 2 out 
of the 3 Z-AGE flipflops 
for pipe (0-3) are set, making 
this the second oldest of the 
4 Z-buffers. When all ZPFUL 
(0-3) are set, only one pipe 
can have this AGE. 

Signal indicating that all 
3 of the Z-AGE flipflops 
for pipe(0-3) are set, making 
this the oldest of the 4 
Z-buffers. When all ZPFUL 
(0-3) are set, only one pipe 
can have this AGE. 



IBQZBFUL(0-3) I4INFACE Flag controlled by ZBFUL 

(0-3) controller to Indicate that 

the address in ZB is valid 
for pipe(0-3). 

IBQZEX(0-3) I4INFACE Lvl4 flag indicating that the 

(0-3) Z-buffer and X-buffer in pipe 
(0-3) have the same address. 
It is used by the forced write 
controller to initiate an 
automatic Z-*X update during 
a forced write. 

IBQZEY(0-3) I4INFACE Lvl4 flag indicating that the 

(0-3) Z-buffer and Y-buffer in 

pipe(0-3) have the same address 
It is used by the forced write 
controller to initiate an 
automatic Z-+Y update during 
a forced write. 
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Table B-15. X4 IPU Glossary (Continued) 



TERM 
Z-J0IN(0-3) 



SI6 
IBQZJ0IN(0-3) 



ZPFUL(0-3) 



ZPFUL(SP) 



ZPTZB(0-3) 



IBQZPFUL(0-3) 



NONE 



IPZPTZB(0-3) 



Z-STORE AT LVL6(0-3) IVQZSTL6(0-3) 



Z-STORE AT LVL7(0-3) IVQZSTL7(0-3) 



Z-STORE AT LVLIO IVQZSTLA(0-3) 
(0-3) 



ZSTP(0-3) 



IRZST(0-3) 



ZTXU(0-3) 



ZTYU(0-3) 



IBQZTXU(0-3) 



IBQZTYU(0-3) 



LOC DESCR 

I4MISC Flag indicating that at 

least one store was made into 
the Z-buffer of pipe(0-3) 
while in the joined mode. 
The flag is set IF FORK IND.=0 
when ZPFUL(0-3) is set, and 
reset when pipe (0-3) is force 
wri tten . 

I4INFACE Flag controlled by ZPFUL 
(0-3) controller to indicate the 

address in ZP is valid for 

pipe(0-3). 

I4VECLAS This is the normal ZPFUL 
flag with the array number 
determined by the SP(0-3) 
flipflops. • See SP(0-3). 

I4INFACE Signal from forced write 
(0-3) controller used to gate 

ZP+Z8 and set ZBFUL for 

p1pe(0-3). 



I4ZHAZ 

(2,6,10, 

14) 



Register stack bit indicating 
a Z-store at lvl6 of p1pe(0-3), 



I4ZHAZ Register stack bit Indicating 
(2,6,10 a Z-store at lvl7 of pipe(0-3). 
14) 

I4ZHAZ Register stack bit Indicating 
(2,6,10, a Z-store at lvllO of pipe(0-3). 
14) This can happen only during the 

second pass of a PUSH, PULL, 
or MODIFY instruction. 

I4ZHAZ Indicates at least one Z-store 
(2,6,10, 1n levels 5-11 of p1pe(0-3) 
14) or a Z-store at lv!4 destined 

for pipe (0-3) generated on 

I4RHAZ. 

I4INFACE Lvl4 flag sent to M8U(0-3) to 
(0-3) cause a Z+X update on the next 
clock. 

I4INFACE Lvl4 flag sent to MBU(0-3) 
(0-3) to cause a Z+Y update on the 
next clock. 
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APPENDIX C 
4XCP HAZARD CONDITIONS 

This appendix lists the types of hazard conditions that occur in the times- 
four CP. These hazards are divided into three main categories: (1) those 
involving only scalar instructions, (2) those in which both scalars and vectors 
are in progress at the same time, and (3) those involving only vectors. These 
categories are further subdivided in the outline on the following page. 
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W) 

I. Scalar Hazards 

A. Register Hazards 

1. Register Operand Hazards 

2. Alpha Register Operand Hazards 

3. Index or Base Hazards 
4.* Destination Hazards 

5.* Largest Word Size Hazard 

B. Central Memory Address Hazards 

1 . Store-Read Hazards 

2. Store-Load File Hazards 

3. Store-Store File Hazards 

4. Store-File and Load-File R-Octet Hazards 

5. Store File Hazard 

6. Store File-Read Hazard 

C. Instruction Hazards 

1. Storing Over Instructions 

2. Store File Over Instructions 

3. Vectors Storing Over Instructions 

D. Arithmetic Exception Hazards 

1. Load Arithmetic Exception Mask or Condition Hazards 

2. Store Program Status Hazards 

E. Branch Hazards 

1. Result Code Hazard 

2. Condition Code Hazard 

3. Arithmetic Exception Branch Hazard 

♦New 2X, 3X, and 4X Hazards 
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II. Scalar- Vector Hazards 

A. - VPF Modification 

B. Scalars Writing Over Vector Input Arrays 

C. Vectors Writing Over Scalar Read Data 

D. Alpha Hazards During Vectors in Fork and Join Mode 
III. Vector Hazards 

A Vectors Storing Over Their Own Input Data Arrays 

B. Addressing Conflicts Between Two Vectors Executing 
Simultaneously in Parallel Pipes 

C. Half word Z-fill-in Hazard 
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Throughout this description, operand and instruction conflicts 
are referred to as hazards. The intended meaning of "hazard" as used 
here should be "something to avoid if possible." In most cases not 
staying away from hazards will result only in a slower execution rate 
due to instruction delays while waiting for the hazard to clear, but 
the hazard will not affect the logical results of a program. In other 
cases, such as those involving the "vector hazard rule," a hazard is 
quite critical and will result in numerical program errors or loss of 
program control if the hazard rule is not taken into account. The 
difference in terminology between these two uses of the word "hazard" 
is distinguishable in this description by a block to the right of each 
hazard heading which indicates the following: 



DELAY 



for delay-producing hazards which do not affect program 
results. 



FUNCTIONAL 



for error-producing hazards. 
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I. Scalar Hazards 

A. Register Hazards 

1. Register Operand Hazards 



DELAY 



Two conditions are necessary for a register operand 
hazard to exist. These conditions are: 

(a) A first instruction of an instruction stream having 
a register destination aimed at one of the registers 
of the register file. This instruction is located 
below level 3 of the CP pipeline but has not yet 
entered its result into the register file. 

(b) A second instruction, occurring at a later point in 
the instruction stream, having arrived at level 3 
of the CP pipeline, and having a register source 
requirement to read a portion or all of the register 
presently destined to be modified by the first in- 
struction. 

Hardware solution: Logic is provided to detect this 
hazard. Register operand hazards are cleared when the 
first instruction has modified its destination register. 

Delay avoidance: It is possible to avoid some of 
the delay due to register operand hazards. Two methods 
exist. 
(a) Using the short-circuit path - 

Two short-circuit data paths exist from the output 
to the input of the arithmetic unit. One is for 
Register Short Circuits, and the other is for Alpha 
Register Short Circuits. 
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The Register Short-Circuit path is used when 
a second instruction experiencing a register hazard 
determines that a first instruction causing the hazard 
is still the last instruction to have entered a given 
pipe. Other instructions may have occurred between 
the "first" and "second" instructions, but none of 
these have taken the same pipe as the first instruc- 
tion. 

For this short circuit to take place, the word 
sizes of the source and destination registers of the 
two instructions must be the same. An exception to 
this rule is that halfword-to-halfword short circuits 
are not provided. In addition to the same word size 
short circuits, there also exists short circuits for 
doubleword results feeding back to second instruction 
singleword register sources with even register addresses, 
(b) Instruction insertion - 

In some cases it may be possible to insert other 
instructions between the two that cause a register 
operand hazard. The hazard is not actually avoided 
by this method; it is just postponed to the point 
where it does not exist any more. The method does, 
however, allow the CP to perform other useful compu- 
tations during time that the CP would normally be 
waiting for the hazard to clear. Of course, the other 
work performed could not use the register which is 
causing the hazard. 
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Delay time : Register operand hazard delay is dependent 
upon the pipe time of instruction II which is 4 clocks + 
AU time + memory time, providing the AU output does not 
become blocked due to multiple AU outputs destined for the 
register file. AU time is found listed in Table 1 of the 
CP timing section (B2) of the CP Hardware Volume. Memory 
time is eight clocks if instruction II makes a memory read 
request. This time delay equation assumes an initially 
empty pipe. For accurate timing estimates, all pipe con- 
ditions prior to instruction II must be taken into account. 

Example of register operand hazard: 

Commen t 

Assume AR=ZP(0) 

For this hazard to appear in the 4X CP, operation of 
the AU short-circuit path must be blocked by one or more 
other instructions using a different register between the 
two instructions that cause the hazard. The other instruc- 
tion(s) must use the same pipe in order to block the short- 
circuit path. For purposes of this example, it is assumed 
that a prior store instruction has left the Z-buffer of 
pipe with data destined for octet CM2 in central memory. 
This condition forces instruction 12 down pipe 0, thereby 
blocking 13 from picking up its register operand (Al ) over 
the AU register short-circuit path from the prior result 



J 


Inst R, a 


Pipe 


11 


LOAD Al , CM1 


(0) 


12 


LOAD A2, CM2 


(0) 


13 


ADD Al , CM3 
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of instruction II. Without the short circuit, 13 must 
wait in level 3 until Al has been modified by instruction 
II. 
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2. Alpha Register Operand Hazards DELAY I 

Two conditions are necessary for an alpha register 
operand hazard to exist. These conditions are: 

(a) A first instruction of an instruction stream having 
a register destination aimed at one of the registers 
of the register file. This instruction is located 
in the CP pipeline between levels 4 through 12 in- 
clusive. 

(b) A second instruction, occurring at a later point in 
the instruction stream, having arrived at level 3 of 
the CP pipeline and having an effective address a<2F 
and an M-field of zero, such that an alpha register 
source requirement exists to read a portion or all 
all of the register presently destined to be modified 
by the first instruction. 

Hardware solution : Logic is provided to detect this 
hazard. Alpha register operand hazards are cleared when 
the first instruction has modified its destination register 

Delay avoidance : The same two methods that were used 
to avoid delays due to register operand hazards are also 
useful for avoiding delays due to alpha register operand 
hazards. 

Delay time : Alpha register hazard delay is dependent 
upon the pipe time of instruction II which is 4 clocks + 
AU time + memory time, providing the AU output does not 
become blocked due to multiple AU outputs destined for the 



C-9 

A dvanced Scien tific Computer 




register file. AU time is from Table 1, and memory time 
1s eight clocks 1f Instruction II makes a memory read 
request. 



Inst 


Inst R, o 


Pipe 


Comment 


n 


LOAD Al , CM1 


(0) 




12 


LOAD A2, CM2 


(0) 


Assume AR=ZP(0) 


13 


ADD A3, Al 


(0) 





In this example instruction 12 takes pipe because 
Its central memory read data, CM2, is assumed to be resident 
1n the Z-buffer of pipe 0. 12 blocks the possibility of 
Instruction 13 picking up its alpha register operand (Al) 
via the AU alpha register short-circuit path from the out- 
put of Instruction II. Without the short circuit, 13 must 
wait 1n level 3 until Al has been modified by II. 
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3. Index or Base Hazards I DELAY 



Two conditions necessary for an index or base hazard 
are: 

(a) A first instruction of an instruction stream having 
a register destination aimed at one of the index or 
base registers of the register file. This instruc- 
tion is located 1n the CP pipeline between levels 2 
through 12 inclusive. 

(b) A second instruction, occurring at a later point in 
the instruction stream, having the requirement to 
use the index or base register presently destined to 
be modified by the first instruction. 

Hardware solution : Logic 1s provided to detect this 
hazard. Index or base hazards are cleared when the first 
Instruction has modified its destination register. Index 
or base hazards hold the second instruction at level 1 
until the hazard 1s cleared. However, late index or base 
hazards occur when a Store instruction into a base or index 
register immediately precedes a second instruction requiring 
the Index or base register at level 2. For late hazards 
of this type, the second instruction will refetch its index 
•or base register at level 2 when the hazard has cleared. 

Delay avoidance : There is no hardware short circuit 
to decrease the delay due to index or base hazards. The 
method of instruction insertion can be used to perform 
other work while waiting for the index or base hazard to 
clear. 
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Delay time ; Index or base hazard delay 1s dependent 
upon the pipe time of Instruction II which 1s 6 clocks + 
AU time + memory time, providing the AU output does not 
become blocked due to multiple AU outputs destined for 
the register file. AU time 1s from Table 1, and memory 
time 1s eight Clocks 1f Instruction II makes a memory read 
request. 

Example of Index hazard: 
Instruction # Inst R, a 

11 LOAD XI, CM1 

12 ADD Al, CM2, XI 

In this example, Instruction II modified Index register 
XI; then the next Instruction, 12, uses index register XI 
to develop Its effective address, CM2 + (XI). The second 
Instruction must wait In level 1 until instruction II has 
modified index register XI. 
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4. Destination Hazards 



DELAY 



Destination hazards exist 1n a 2X, 3X, or 4X CP # but. 
not 1n a IX CP. This hazard 1s due to a Load, Interpret, 
or Normalize Instruction having the same register destina- 
tion address as that of some prior Instruction which has 
not yet entered Its result Into the register file. The 
prior Instruction 1s any type that has a register destina- 
tion. 

If this hazard were not detected by the 2X, 3X, and 
4X machines, then 1t would be possible for a second In- 
struction to overtake a first Instruction, via another 
MBU-AU pair, and place Its result In the register file 
prior to the result of the first Instruction. Results 
occurring out of sequence 1n this manner would not leave 
the latest value 1n the register file at the common -••■ 
register address of the two Instructions. Hardware pro- 
tects against this type of hazard. 

Hardware solution : Logic is enabled in a 2X, 3X, or 
4X configuration for detecting destination hazards. This 
logic is disabled in a IX configuration, since one Instruc- 
tion cannot pass another Instruction 1n a one-pipe machine. 
Also, hardware 1s provided 1n the 2X, 3X, and 4X machines 
to force Load type Instructions down the pipe 1n which 
the destination hazard exists for cases when the effective 
address is selecting a register of the register file 
(a <_ 2F and M = 0). Forcing the instruction into the pipe 
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behind the destination hazard has the effect of preventing 
the instruction race condition, while at the same time 
allowing the Load type Instruction to proceed without ex- 
periencing a destination hazard delay. 

For the case when the effective address of a Load 
type Instruction 1s selecting a central memory operand, 
a destination hazard causes further checking by hardware ' 
to determine whether the Load address (in register AR of 
level 3) 1s equal to the Z-octet address contained 1n pipes 
other than the one causing the destination hazard. If 
there is address agreement, then the destination hazard 
causes a delay until the hazard clears. This delay pre- 
vents a forced write of Z 1n the other pipe and a read 
request for the Load address from the destination hazard 
pipe. If there 1s no address agreement, then the Load 
takes the pipe causing the destination hazard, and no 
delay occurs. 

Delay avoidance : Delays due to destination hazards 
are avoided by hardware for the cases v/hen: the Load ad- 
dress 1s selecting a register of the register file; or 
when the Load address 1s selecting central memory and the 
address 1s also resident 1n the Z-buffer of the destina- 
tion pipe; or when the Load address 1s not resident 1n the 
Z-buffer of any of the pipes. 

The method of Instruction insertion can be used to 
fill in the dead time waiting for a destination hazard 
to clear. 
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Delay time : A destination hazard clears when the 
register destination instruction causing the hazard has 
placed its result in the register file. For meaningful 
code, the register destination instruction (II) should 
be followed by a Store, then by the Load type instruc- 
tion (13) experiencing the delay. Otherwise, 13 will 
simply write over data entered into the destination regis- 
ter by II. If, for example, II were an ADD, then the 
result of the addition would be lost because of the Load 
into the same register. 

With the Store instruction between II and 13, the 
destination hazard delay due to II is 3 clocks + AU time + 
memory time, providing the AU output does not become blocked 
due to multiple AU outputs destined for the register file. 

Example of destination hazard is as follows: 
Instruction # Inst R, a 

11 DIVIDE Al, CM1 

12 LOAD Al , CM2 

In this example, the divide instruction could be re- 
placed by any instruction with a register destination of 
Al." The Load does not see a source register operand hazard 
because its source operand is from central memory. It 
would be all right for the Load to take a different pipe 
if it were not possible for the Load to overtake and pass 
the divide. To guard against this possibility, the Load 
. instruction is routed down the same pipe taken by the 
divide. The divide pipe is taken assuming that CM2 is not 
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resident in the Z-buffer of any other pipe. If residency 
exists, then the Load waits at level 3 until the destina- 
tion hazard due to the divide has cleared. 

Note that this example shows meaningless code, since 
the result of the division is destroyed by the Load. 



k" ' 6 Advanced Scientific Computer 




DELAY 



5. Largest Word Size Hazard 

Four conditions must exist for a largest word size 
hazard to occur. These conditions are: 

(a) Only two types of second Instructions can cause this 
hazard. They are Multiply Instructions (Op codes 

6C and 7C) with an even addressed arithmetic register 
specification and fixed to floating point conversion 
Instructions (Op codes AA, A9, and AB; mnemonic codes 
FXFD, FHFL, and FHFD, respectively). These two types 
of Instructions are the only ones which use a larger 
register destination word size than their own source 
word size. 

(b) The second Instruction must be preceded by a first 
Instruction with a register destination of smaller 
word size than that of the second instruction's 
register destination. 

(c) The register destination of the first instruction 
must be contained within the register modification 
space of the destination register of the second in- 
struction. 

(d) The register destination of the first instruction 
does not have the same address as the source register 
of the second instruction. Otherwise, if the addresses 
were the same, then the hazard would be classified as 

a register operand hazard. 
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Hardware solution : Hardware detects largest word size 
hazards and holds the second instruction in level 3 until 
the hazard clears. 

Delay avoidance : The method of instruction insertion 
can be used to fill in the dead time waiting for a largest 
word size hazard to clear. 

Delay time : Largest word size hazard delay time is 
dependent upon the time for instruction II to clear the 
pipe. This time is 4 clocks + AU time + memory time, 
providing the AU output does not become blocked due to 
multiple AU outputs destined for the register file. AU 
time 1s from Table 1, memory time is eight clocks if In- 
struction II makes a memory read request. 

Example of largest word size hazard: 

An example of an instruction sequence v/ith a largest 
word size hazard is given following in which a Load to 
an arithmetic register is followed by a multiply using 
an adjacent, evenly addressed arithmetic register. 
Instruction # Inst R, a 

11 LOAD Al , CM! 

12 MULTIPLY AO, CM2 
The source register of the multiply does not show up as 

a register operand hazard with the destination register 
of the load instruction. The multiply instruction, using 
even address register AO, will place its result into the 
even-odd register address pair A0-A1. If, for example, 
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the read octet of the multiply was resident in one of the . 
four pipes and the read octet of the load was not resident, 
then It would be possible for the multiply to place Its 
doubleword result into registers AO and Al prior to Al being 
entered by the toad instruction. If Al were entered late 
by the load, then the expected final doubleword product 
of the multiply would be overwritten in its least signifi- 
cant half. Largest word size hazard logic in the CP does 
not allow this to happen. 

Another example 1s presented to show that the hard- 
ware does not call out a largest word size hazard unneces- 
sarily. In this example, an evenly addressed register 
(AO) 1s used by the toad, while an odd register (Al) is 
used by the multiply. This is just opposite to the register 
usage of the previous example. 
Instruction # Inst R, a 

11 LOAD AO, CM1 

12 MULTIPLY Al, CM2 
The multiply Instruction does not have a source register 
operand hazard or a largest word size hazard. The multiply 
selects its pipe according to the calar routing rules. 
There is no hazard delay for this instruction sequence. 
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B. Central Memory Address Hazards 
1. Store-Read Hazards 



DELAY 



A Store Instruction followed by a read from the same 
octet of memory causes store-read hazards. Several store- 
read sequences are considered in order to see how timing 
between instructions influences whether this type of hazard 
appears or not. 

Example B-1.1 
Instruction Inst R, a Pipe 

11 STORE Al, CM1 (0) 

12 ADD A2, CM1 (X) l^° ] f f ™ SC 

For this example, instruction 12 at level 3 determines 
that there is address agreement between address register 
AR and the Z-pipe register, ZP(p), for one of the pipes (p). 
The ZP registers cover Store instructions from levels 4 
through 12 and the Z-buffer. Another set of four registers, 
ZB(p), holds the Store address of data being written into 
memory. 

At this point 1n the determination of pipe selection, 
1t 1s possible for instruction 12 to have a register operand 
hazard and find that it can pick up its register operand 
(A2) by using the AU short-circuit path. If an AU short 
circuit is found, then instruction 12 will initially try 
to take a pipe other than because pipe contains a last 
destination register address of Al. The register source 
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address of an Instruction 1s placed 1n the last destina- 
tion register for Store Instructions 1f they do not modify 
data when passing through the arithmetic unit. Store 
Negative Is an example of a Store type Instruction that 
modifies Its register source data 1n the AU. 

If the Add Initially tries to take a different pipe 
because of both a register hazard and a short-circuit con- 
dition, then a forced write to central memory will be • 
started for octet CM1 1n pipe 0. This forced write occurs 
so that the data from location CM1 can be read by another 
pipe. The only data path from the output of one pipe to 
the Input of another pipe Is by means of central memory. 
Before the read request can be Issued by another pipe, 
the complete write cycle for that memory location must 
have finished. This 1s because the four pipes are connected 
to memory over separate memory ports, and the Memory Control 
Unit (MCU) does not guarantee that a write to memory will 
be processed first for the case of a write then a read to 
the same octet on two different ports. 

The timing delay for both a write and a read cycle 
1s shown as case 1 1n the store-read timing diagram of 
Figure 1. The ADD 1s completed on clock 30 for case 1. 

It 1s highly likely that the register will clear before 
the forced write Is complete; In which case, the Add Instruc- 
tion may choose any other pipe for its read from location 
CM1. This change in routing does not affect the delay 
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time 1f the forced write has been initiated. However, if 
the register hazard clears before the forced write U 
initiated, then the read from location CM! can be done 
from pipe 0. If octet CM1 is not resident in the X- or 
Y-buffers of pipe 0, then a memory read request is re- 
quired before the Z-to-X update can occur. This is shown 
as case 2 of Figure 1, in which the Add is completed on 
clock 17. This is thirteen clocks earlier than the time 
for completion in case 1. 

Case 3 occurs when the store immediately precedes the 
add, there is no short-circuit condition to cause the Add 
to select another pipe; and the X- or 1 Y-buffer has a resi- 
dent octet containing locatfon CM1. The resident X or Y 
is the result of a prior memory read request for data with- 
in the octet containing word CM1. The Add is allowed to 
move into level 6 when there are no Z-stores in the pipe 
and the update from Z to X has taken place. The Add is 
completed on clock 12, some eighteen clocks earlier than 
case 1. 

Case 4 is one 1n which there are no Z-stores between 
levels 4 through 12 of pipe 0, but pipe contains a resident 
Z-octet of address CM1. This Implies that the Store Into 
CM1 occurred prior to the arrival of the Add at level 3 
and that there were other instructions between the Store 
and the Add which allowed time for the Store to pass through 
the pipeline into the Z-buffer. Also, there 1s assumed to 
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be a resident X as a result of a prior memory read request. 
The Add 1s completed on clock 9 for this case. This 1s 
twenty-one clocks earlier than case 1. 

The Store-read example used for the purpose of this 
description 1s functionally the same as 

" STORE Al, CM1 

12 ADD A2, Al 
Using this code, the Add takes the same pipe as the Store 
because of the alpha short circuit on register Al. There 
1s no long write then read delay as previously described. 
Therefore, 1t is apparent from what has gone before that 
code should be written as in the preceding whenever possible 
In place of the Store-add example given earlier. 
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CASE 1. STORE INTO CM1 » THEN ADD WITH SHORT CIRCUIT TO ANOTHER PIPE, NONRESIDENT X. 

CASE 2. STORE INTO CM1, THEN ADD WITH UPDATE FROM Z TO X, NONRESIDENT X, 

CASE 3. STORE INTO CM1 , THEN ADD WITH UPDATE FROM Z TO X, RESIDENT X. 

CASE 4. RESIDENT Z OF OCTET CM! , THEN ADD WITH UPDATE FROM Z TO X, RESIDENT X. 
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2. Store-Load File Hazards 



DELAY 



This hazard 1s caused by CP code of the form : 

Instruction # Inst R, a 

11 STORE Al , CM! 

12 LOAD FILE R, CM! 
Store-Load File hazards are the result of a Load File 

instruction requesting the same octet from memory as was 

written Into by a previous Store Instruction. The Store 

inst. 

could have been the Immediately preceding.^ or: one which 
occurred some time ago but which left Its Z-octet resident 
1n the pipe that was taken; I.e., no other Stores to d1f*\ 
ferent octets have taken that pipe since the Store to CM1. 

Since the Store octet 1s resident 1n one of the pipes, 
Its address, CM1, 1s 1n some ZP (p) register. The Load- 
File address, CM1, 1s compared against all ZP addresses 
when the Load File reaches level 3 of the IPU. Address 
agreement from this comparison 1s called an alpha hazard. 

At this point the LF Instruction at level 3 finds 
the pipe (p) 1n which the resident Z-octet of address CM1 
Is located. A check 1s made to see 1f the hazard 1s due 
to a vector 1n progress rather than a scalar Store to 
memory. If the hazard 1s due to a vector 1n progress, 
then the alpha comparison is Ignored; and the Load File 
proceeds to execution. The alpha comparison is ignored 
in this case because compiled code will not contain vectors 
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that write over scalar data areas when the CP 1s placed 
1n the FORK mode. If the CP 1s placed in the JOIN mode, 
then 1t 1s not possible for subsequent scalar instructions 
to proceed to execution until the vector has completed. 

If a vector is not in progress 1n the pipe (p) in 
which the alpha hazard exists, then the LF instruction 1n 
level 3 waits until there are no Z-stores 1n pipe p. This 
wait insures that the Z-octet buffer has all its data before 
a "start forced write" command is issued to the MBU. 

The LF Instruction continues to wait at level 3 until 
the storage of octet CM1 is completed to central memory. 
It then proceeds to execution at level 3, making its lead 
file request via the IPU4 memory port. 

Hardware solution : Logic is provided to detect this 
hazard. Store- Load File hazards are cleared when the Z-octet 
containing the Load -File data has been written into memory. 
The Load File 1s held in level 3 until the hazard is cleared; 
then it 1s executed at level 3. A Load -File instruction 
does not use the CP pipeline below level 3. 

Delay avoidance : Delay cannot be avoided for adjacent 
Store-Load File instructions. The method of Instruction 
Insertion can be used to make the instructions nonadjacent. 
If this method 1s used, then a second Store to a different 
octet should be forced down the pipe containing CM1 by means 
of a short circuit to the register address of the Store. 
However, be careful selecting a different octet for storage 
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because, 1f the different octet happens to be resident 1n 
some other pipe, then the Store will take that other resi- 
dent pipe. Also, the X- and Y-buffers must not contain the 
address of the second Store (ST2) because then ST2 would 
have to wait on outstanding reads before the forced write 
of ST1 could be Issued. Also, the second Store must not 
occur before the first Store has had time to pass through 
the pipe; otherwise, the second Store would have to wait 
1n level 3; and that 1s what Is to be avoided. The 11st 
of contingencies on the second Store would seem to preclude 
Its use as an effective means to avoid a Store-Load File 
hazard; however, this method 1s given in hopes that 1t can 
be used to advantage. 

Delay time : Store-Load File delay depends on the time 
for the first Store to pass through the pipe Into Z, then 
for the Z-octet to be written into memory. This time is 
5 clocks + memory write time if the Store immediately pre- 
cedes the Load File. The five clocks are the pipe time of 
the Store and can be deleted if it is known that there are 
no Stores 1n the pipe; i.e., that the resident Z -octet has 
all its data. Also, this timing equation assumes that the 
All output does not become blocked due to multiple AU outputs 
destined for the register file. This would be due to in- 
structions prior to the Store. Memory write time in this 
equation is normally equal to eight clocks. 
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3. Store-Store File Hazards 



DELAY 



This hazard 1s essentially the same .as the Store-Load 
File hazard just described. In fact, the same descriptions 
can be used for the hardware solution, delay avoidance, 
and delay time sections by replacing the words "Load File" 
with "Store File." 

In order for this hazard to exist", the Store Instruc- 
tion's address must be contained within the octet address 
space of the Store File Instruction. This 1s an unlikely 
condition for reasonable code, since data stored 1s Immeti 
dlately written over by the Store File instruction. 

Prior to execution of the Store File, the Store In- 
struction 1s forced out of the CP pipeline Into memory so 
that the Store File 1s certain to place Its data Into memory 
after the store. This 1s done to preserve the order of 
Instructions. 
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4. Store File and Load File R-Octet Hazards I DELAY 



This hazard 1s common to both Load File and Store 
File Instructions. The delay occurs when the octet selected 
by the Load File or Store File instruction at level 3 (as 
specified by the R-field) covers a register being modified 
by an Instruction below level 3. 

In the case of a Load File, the purpose of the delay 
1s to insure that all registers have been modified for all 
Instructions below level 3 that have register destinations 
targeted for the same octet as that specified by the Load 
File. Otherwise, if the delay were not applied, a late 
arriving register destination could modify a register within 
the octet entered by the Load File after the Load File was 
completed. The order of instructions would not be preserved 
1f the Load File were executed without testing for an R- 
octet hazard. 

For a Store File Instruction, the purpose of the delay 
1s to insure that the register file octet to be stored has 
been modified by all instructions below level 3 that have 
register destinations targeted for the same octet as that 
to be stored. This 1s so the Store File will have all Its 
data to be stored. 
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5. Store File Hazard 



DELAY 



A Store File hazard 1s due to a memory read Instruc- 
tion followed shortly by a Store File to the same memory 
octet. The memory read 1s positioned in time such that 
it has requested memory but has not yet received Its data 
from memory. With this condition true, the Store File can- 
not proceed to execution because, if it did, then 1t 1s 
possible for the Store File data to be written Into memory 
prior to data being read from memory by the Instruction 
using a memory operand. Since the read and write operations 
take place on different memory ports, the Memory Control 
Unit (MCU) cannot guarantee that a read arriving first will 
be processed first. For this reason, the Store File must 
wait until the memory data has been received. 

Hardware solution : Hardware detects this hazard. 
Store File hazards are cleared when the X-or Y-buffer of the 
MBU, which had an outstanding request for an octet of memory 
of the same address as the Store File, has received Its 
data. The Store File waits at level 3 until the hazard 
has cleared. 

Delay avoidance : This delay can be avoided by sepaw 
rating memory reads to a given octet from Store Files to 
that same octet. The separation can be done by instruction 
Insertion. Enough time must be allowed for the read data 
to be received before the Store File arrives at level 3 
for execution. 
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Delay time : Store-File hazard delay depends on the 
memory time of the instruction causing the hazard. If the 
memory read instruction is immediately ahead of the Store 
File, then the Store-File wait time can be as high as ten 
clocks, assuming no memory interference. 

Example : An example of CP code producing this hazard 
is as follows: 
Instruction # Inst R, a 

11 ADD Al , CM1 

12 STORE FILE R, CM1 
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6. Store File-Read Hazards I DELAY I 

This hazard 1s caused by CP code of the form: 
Instruction # Inst R, a 

11 STORE FILE R, CM1 

12 ADD Al, CM1 

which 1s just the reverse of the code given 1n the previous 
example for a Store File hazard. 

To be sure of getting the latest data, the Add must 
wait for the Store File to complete its write to memory 
before the Add can request memory. This hazard delay 
occurs as a normal part of a Store File instruction. That 
1s, the second Instruction is delayed regardless of Its 
Instruction type or memory address. 

Hardware solution : This hazard is protected by the 
level 1 controller of the IPU. When a Store File Instruc- 
tion 1s detected at level 2, the level 1 controller goes 
Into the "Store File state" and blocks any subsequent In- 
structions from reaching level 2. Subsequent instructions 
are held at level 1 until the "write acknowledge" signal 
1s received from the MCU and the "data available" signal 
has returned to "zero." These conditions indicate that 
the Store File data has been received by the MCU and that 
the process of writing data into the memory module has been 
Initiated. At this point the instruction following the 
Store File is released from level 1. 
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Delay avoidance : This delay cannot be avoided; it 1s 
Inherent 1n the operation of the Store File Instruction. 

Delay time : Store File read hazards cause a delay of 
eight clocks in the execution of the "read" instruction at 
level 3, assuming that there is no wait for "write acknowl- 
edge" or for "data available" due to memory interference. 
These eight clocks are to be considered as the time to 
execute the Store File and not as any additional delay 
caused by the fictitious Store File read hazard. 
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C, Instruction Hazards 



DELAY 



1. Storing Over Instructions 

Scalar Store Instructions that modify other Instruc- 
tions may cause an Instruction hazard delay. In particular, 
when the address being stored Into by a Store Instruction 
(below level 3) is equal to the Instruction address of an 
Instruction at levels 1, 2, or 3 or 1s contained within 
the octet of Instructions requested or resident 1n the 
KA or KB buffers, then an Instruction hazard flag will be 
set. 

Store Instructions below level 3 Include Stores resi- 
dent 1n the Z-buffers of each of the four pipes. These 
Stores have not yet been written into memory. Stores in 
the pipeline or in the Z-buffers hold their storage ad- 
dresses in the ZP registers. Stores being transferred 
to memory from the Z-buffers through the ZB-buffers hold 
their storage addresses in the ZB-registers during the 
transfer. The ZP- and ZB-registers are compared with 
the program counter values from level 3 upwards through 
the present address (PA) and look-ahead address (LA) 
registers. A true comparison indicates an instruction 
hazard. 

Instruction hazard recovery takes place if the In- 
struction so marked as having an instruction hazard 
reaches level 3 for execution. Level 3 is the point at 
which a flagged instruction hazard becomes a real 1n- 
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struction hazard. This distinction is made because it 
1s possible for an instruction to be marked as having a 
potential instruction hazard but to never require the 
instruction hazard recovery process as a result of a 
Branch Instruction taking the branch prior to the flagged 
Instruction's arrival at level 3. In this case the 
flagged instruction is not executed; and, so, there 1s 
no need to recover the modified instruction. 

The process of instruction hazard recovery involves 
performing a forced write operation on the pipe that 
contains the Store which caused the instruction hazard. 
Once the Store octet has been written into memory, the 
IPU may refetch the Instruction address that was marked 
as having an instruction hazard. 

Hardware solution : Instruction hazards are divided 
Into two classes for the purposes of hardware implemen- 
tation. These classes are: near-range hazards and far- 
range hazards. A near-range hazard occurs when there 
1s a true comparison between the program counter at level 
3 (P3) and the IP- or ZB-registers of any of the four 
pipes. This condition causes a forced write and then an 
immediate instruction hazard recovery. It is not a po- 
tential but a real instruction hazard when it occurs at 
level 3. 
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A far-range hazard 1s when there 1s a true compari- 
son between the following pairs of registers: 

Look-ahead LA vs. ZP for all pipes 

Present address PA vs. ZP " 
Level 1 PI vs. ZP " 

Level 2 P2 vs. ZP " 

These comparisons are flagged as potential hazards at the 
appropriate level of the pipeline. A far-range hazard may 
never reach level 3 1f a branch 1s taken before the flagged 
Instruction arrives at level 3. However, 1f 1t arrives 
at level 3, then a forced write 1s sent to the pipe con- 
taining the Store that caused the hazard. Instruction 
hazard recovery starts after the forced write 1s complete. 
Recovery 1s accomplished by fetching the modified Instruc- 
tion from memory. 

Delay avoidance : The simplest and most effective way 
to avoid Instruction hazards 1s to abide by the rule "never 
modify Instructions." 

Delay time : For the case of a Store Negative (STN) 
Instruction directly ahead of an Instruction which the 
STN modifies, 1t takes six cldcks for the Store to reach 
the Z-buffer from level 4, another six clocks to complete 
the forced write to memory, eight clocks to fetch the 
modified Instruction Into the KA- or KB-buffcr, and three 
more clocks to get 1t down to level 3 where it was when the 
instruction hazard was detected. This totals twenty-three 
clocks for a worst case Instruction hazard recovery. 

^ ~ ° ° A dvanced Scien tific Computer 




2. Store File Over Instructions 



DELAY 



This hazard 1s basically the same as storing over 
Instructions (C.1). The main difference is that the com- 
parisons with program counter addresses PI, PA, and LA 
are made against AR Instead of ZP and ZB. The octet ad- 
dress being stored Into is in the AR register at the time 
the Store File 1s executed. This address does not pass 
through the ZP- and ZB-registers as does the address of a 
Store Instruction. Also, there 1s no need for AR to be 
compared against the program counter registers at levels 2 
and 3 (P2 and P3) because level 2 is blocked from holding 
any Instructions during a Store File and level 3 is where 
the Store File 1s being executed; I.e., an Instruction 
cannot modify itself. 

No forced write is necessary as a part of Store File 
Instruction hazards. Completion of execution of the Store 
File Implies that the Store File octet 1s 1n memory. A 
refetch of the instruction address occurs when the instruc- 
tion marked with an instruction hazard reaches level 3. 

Hardware solution : Store File Instruction hazards 
are detected by the hardware. AR 1s compared with PI, PA, 
and LA on an octet level. If the hazard reaches level 3, 
Instruction hazard recovery starts immediately by fetching 
the modified Instruction octet from memory. 

Delay avoidance : Do not modify instructions. 
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Delay time : Since the Instruction hazard recovery pro- 
cess does not start until the flagged Instruction reaches 
level 3, the delay 1s equivalent to a Branch to a nonresident 
octet at that point 1n the program. This delay 1s eleven 
clocks. 
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3. Vectors Storing Over Instructions 



FUNCTIONAL 



Several possibilities exist for this hazard; these 
may be divided into two classes: (1) a vector storing 
over subsequent vector instructions and (2) a vector 
storing over subsequent scalar instructions. For both 
classes, the FORK/JOIN mode determines the way in which 
hardware deals with the hazard. 

Consider a first vector instruction which has its 
"Allow Following" bit set to "zero" so that subsequent 
scalar or vector instructions are not allowed to start 
execution until all vectors in progress have completed. 
If the next (second) instruction is a vector, then it is 
allowed to request the vector parameter file and initialize 
the Memory Buffer Unit (MBU) of the selected pipe. Or, 1f 
the second instruction is a Load File (LF), then the opera- 
tion of loading the register file can be completed; but that 
is all; no other instructions can be executed in the JOIN 
mode. 

In either case, the hardware monitors for instruction 
hazards. This is done by comparing the C vector addresses 
of all vectors in progress with the program counter of the 
instruction at level 3. If a true comparison is found, 
then the level 3 far-range hazard flag is set. This flag 
causes an instruction refetch of the modified second instruc- 
tion after all vectors have completed. 
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If the second Instruction 1s changed to something 
other than the instruction 1t was, then there is no way 
the register file can be reinstated to what it was before 
execution of the second instruction (the VECTL or LF exe- 
cuted while the first vector or vectors were running). 
If the conditions of this hazard have occurred as stated, 
then the program will lose control, or produce incorrect 
answers, as a result of the register file being modified 
by an Instruction that was modified. 

If the second instruction is anything other than a 
Vector or Load File, the hardware monitors for an instruc- 
tion hazard. This 1s done by comparing the P vector ad- 
dresses of all vectors 1n progress with the program counter 
of the second Instruction at level 3. A true comparison 
will set the level 3 far-range hazard flag, which - in 
turn - Will cause an instruction hazard recovery request 
after all vectors in progress have completed. In this case 
no damage has been done since the second instruction at 
level 3 was never executed before its modification (as 
was the case with a VECTL or LF Instruction). The modified 
Instruction will be executed after the instruction recovery 
process has been completed. 

Consider now a ? first vector Instruction which has its 
"Allow Following" bit set to "one" so that subsequent 
scalar or vector instructions are allowed to proceed in 
parallel with the first vector. If the C vector addresses 
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of the first vector happen to write over instruction ad- 
dresses of subsequent instructions in or above level 3 
(but within the IPU), then the near-range hazard signal 
or the far-range hazard flag will become true, resulting 
in a refetch of the modified instruction when the hazardous 
instruction reaches level 3. 

This hazard has the potential of causing intermittent 
problems during checkout because a hazard may show up or 
not depending upon the phasing of C vectors with respect 
to instructions in the upper half of the pipe. However, 
to isolate the problem to some extent, the "Allow Following" 
bit can be set to zero and the level 3 far-range hazard 
flag checked at the completion of the vector to see if the 
next instruction address at level 3 has been overwritten. 

Hardware solution : Instruction hazards are marked 
in the JOIN mode v/hen vectors write over subsequent in- 
structions in the IPU. These hazards may or may not occur, 
depending on vector-scalar phasing in the FORK mode. 

Marked instructions make an instruction hazard recovery 
request to obtain the modified instruction. 

Delay avoidance : Do not allow vectors to write over 
instruction areas of memory. 

Delay time : Instruction hazard recovery time is 
eleven clocks. Recovery occurs after all vectors have 
completed for the case in which the last vector had the 
"Allow Following" bit set to zero. 
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If the original and modified Instruction was a VECTL 
or LF, then the file load time 1s lost. Also, the second 
vector Initialization time 1s lost 1f a VECTL or VECT 1s 
modified. 
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D. Arithmetic Exception Hazards 

1. Load Arithmetic Exception Mack or AE I nr , .„ 
Condition Hazards I DELAY 



Three instructions exist which load the arithmetic 
exception condition or mask registers. These are: 

LAM Load arithmetic exception mask 

LAC Load arithmetic exception condition 

LEM Load arithmetic exception mask and condition 
These three instructions must wait until none or only one 
pipe contains instructions that may modify the arithmetic 
exception (AE) condition or mask registers. Instructions 
that modify the AE condition register are an LAC, LAM, or 
any arithmetic operation that has the potential of setting 
any of the AE condition bits. These bits are: 

Divide check 

Fixed-point overflow 

Floating-point exponent overflow 

Floating-point exponent underflow 
Instructions that modify the AE mask register are an LAM 
or LEM. 

If only one pipe contains instructions that may modify 
the AE condition or mask registers (these instructions 
generate an AE hazard signal in the pipeline below level 3), 
then that pipe will be selected, providing the effective 
address is big (to central memory, a > 2F). If the address 
is small (o 5 2F and M = 0), then the addressed register 
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must not currently be undergoing modification by another 
pipe. If no modification is taking place, then the pipe 
containing the AE hazard will be selected. If modification 
1s taking place, and the current modification is by the 
selected pipe, then the instruction performing the modifi- 
cation must be the last instruction to have entered the 
pipe containing the AE hazard. In other words, if alpha 
1s small and an alpha register hazard exists, then the 
short circuit on alpha must occur in the pipe containing 
the singular AE hazard. If these conditions exist, the 
AE hazard will not cause a delay. 

The AE hazard just described is possible on the LAM, 
LAC, and LEM Instructions. Another delay, closely associated 
with the AE hazard delay, 1s encountered when an arithmetic 
Instruction, capable of producing an arithmetic exception 
condition, finds an LAM, LAC, or LEM instruction at a 
lower level of any of the four pipes. If found, the arith- 
metic instruction must wait at level 3 until the LAM, LAC, 
or LEM instruction has completed Its operation (the pipes 
are clear of any of these three instructions). 

Hardware solution : Any lAM, LAC, LEM, or arithmetic 
Instruction capable of producing an arithmetic exception 
condition will insert an AE hazard bit into the pipe selected 
by the said instruction. This bit travels with the Instruc- 
tion as it moves down the pipeline. Any subsequent LAM, 
LAC, or LEM instruction waits at level 3 until only one 
or none of the AE hazard bits exist 1n the four pipes. If 
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only one pipe contains an AE hazard, then that pipe 1s 
selected according to the previously stated conditions. 
If no AE hazards exist, then the pipe 1s selected according 
to the known scalar routing rules based on register hazards, 
short circuits, and X, Y, Z buffer activity. 

Also, an instruction which has the potential of an 
arithmetic exception condition will make a test to see if 
any LAM or LAC Indicator bits are below level 3. If so, 
then the AE possible instruction waits at level 3 until 
the LAM or LAC instruction has been cleared from the pipe. 

Delay avoidance : Insert other non-AE hazard instruc- 
tions 1n front of LAM, LAC, or LEM Instructions to allow 
time for the AE hazard to clear. Also, perform nonarithmetic 
operations after. LAM or LAC instructions to allow time for 
the LAM or LAC to clear the pipe. 

Delay time : AE hazard delay time amounts to four 
clocks plus AU time plus memory time if the AE hazard pro- 
ducing instruction immediately preceded the LAM, LAC, or 
LEM instruction. 
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2. Store Program Status Hazard | delay | 



Before a Store Program Status (SPS) instruction can 
leave level 3, 1t must have the final result code and 
condition code for instructions prior to the SPS. Of the 
four fields stored by the SPS (CP memory usage, BSR, CC, 
and RC), only the CC and RC can be modified while the SPS 
1s 1n level 3. CP memory usage does not change during 
program execution, and the BSR field can only change while 
an Execute instruction is in level 3. The SPS waits until 
all result code or condition code modifying Instructions 
have cleared all four pipes. It then proceeds down the 
pipe selected according to the SPS storage address. 

Hardware solution : An SPS instruction makes a test 
for a signal called hex register hazard in the level 3 
controller. This signal will be true if any result code 
or condition code modifying instructions are in any of 
the pipes below level 3. When the last instruction to set 
the result code or to set the condition code (prior to 
the SPS) has.cleared its selected pipe, then the SPS is 
released from level 3. 

Delay avoidance : There is no easy way to avoid a hex 
register hazard since nearly all instructions either modify 
the result code or the condition code. The instructions 
remaining after the RC and CC modifying types are removed 
constitute only the special operation type instructions: 
LEM, LAM, LAC, LLA, XCH, LF, LFM, STF, STFM, SPS, LEA, 
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MCP, MCW, INT, PSH, PUL, MOD, BLB, BIX, FORK, JOIN, BCC, 
BRC, and BAE. Nearly every one of these has Its own special 
delay except for LLA, LEA, and INT- Very little pro- 
gramming can be done using these remaining three Instruc- 
tions. 

Delay time: SPS hazard delay time Is dependent upon 
the time for the last result code or condition code modi- 
fying Instruction to clear the pipe. If this Instruction 
Immediately precedes the SPS, then the delay time 1s four 
clocks plus AU time plus memory time, providing the AU 
output does not become blocked due to multiple AU outputs 
destined for the register file. AU t1m* 1s from Table 1. 
Memory time 1s eight clocks 1f the hex register hazard 
producing Instruction makes a memory request. It 1s zero 
If no request 1s made. 
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the latest result code value has not been set yet. The 
latest result code modifying Instruction is below level 3 
but has not cleared the pipe. The result code will be set 
simultaneously with the AU result being placed in the 
register file. A BRC Instruction waits 1n level 3 until 
the last Instruction to modify the result code has cleared 
the pipe. There may, at this time, still be other prior 
result code setting instructions in other pipes, but these 
result codes were evidently not needed and, in fact, will 
never affect the result code 1f some other result code 
modifying Instruction came later and was the last one 
before a BRC instruction. 

Unconditional branch instructions (brancheswlth an 
R-fleld of 7) do not experience this delay; they simply 
make their branch address request upon arrival at level 3. 
A conditional branch Instruction within the top four words 
of an octet will make a request for Its branch address on 
the assumption that the branch will be taken. This feature 
employs the "dual look-ahead" hardware of the IPU which is 
based on the concept that the branch octet of instructions 
will be available in one of the instruction buffers (either 
KA or KB) by the time the branch decision is made. 
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In the event that the branch is not taken, then the fact 
that at least four instructions along the downstream path 
still reside in the current instruction buffer allows the 
normal look-ahead octet of instructions to be ref etched 
while the four remaining downstream instructions are being 
processed. 

Hardware solution : Branch hazards are monitored by 
examining one of three signals, depending upon the type 
of branch instruction. The three types of branch instruc- 
tions are: 

BRC Branch on result code 

BCC Branch on condition code 

BAE Branch on arithmetic exception 
These three branch instructions each check for their own 
type of hazard: 

BRC checks for result code hazards 

BCC checks for condition code hazards 

BAE checks for arithmetic exception hazards 
The register stack contains, as one of its components, 
three columns of bits, one for each type of hazard. These 
bits track the instructions down the pipe. When all bits 
in a particular column have cleared, then that hazard 
associated with that column has cleared. The branch 
decision can be made when the hazard associated with that 
branch has cleared. 
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Delay avoidance : For branch on compare code Instruc- 
tions, result code setting Instructions can be Inserted 
between the branch (BCC) and the compare code setting In- 
struction. In this Instance, the Inserted Instructions 
may be selected from a wide variety of the CP Instruction 
set. This 1s not quite so true with BRC or BAE Instruc- 
tions since they have the characteristic of waiting on 
result producing Instructions. It 1s hard to find more 
than one compare code setting Instruction that can be In- 
serted between a BRC or BAE and the last result code or 
AE setting Instruction. 

Delay time : Branch hazard delay time 1s dependent 
upon the time for the last RC , CC, or AE setting Instruc- 
tion to clear the pipe for a BRC, BCC, or BAE Instruction, 
respectively. If the hazard causing Instruction immediately 
precedes the BRC, BCC, or BAE instruction, then the delay 
time 1s four clocks plus All time plus memory time, providing 
the AU output does not become blocked due to multiple AU 
results destined for the register file. AU time 1s from 
Table 1. Memory time is 'eight clocks if the hazard-causing 
Instruction makes a memory read request. It is zero 1f no 
request is made. 
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2. Condition Code Hazard 



DELAY 1 



This hazard occurs when a "Branch on Condition Code" 
(BCC) Instruction arrives at level 3 for execution and 
the latest condition code value has not been set yet. 
This hazard 1s similar to the Result Code Hazard just 
described 1n section E.l. 



3. Arithmetic Exception Branch Hazard | DELAY | 



This hazard occurs when a "Branch on Arithmetic 
Exception" (BAE) instruction arrives at level 3 for exe- 
cution and the latest arithmetic exception condition code 
has not been set yet. This hazard 1s similar to the Re- 
sult Code Hazard just described in section E.l. 
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II. Scalar- Vector Hazards 

A. Vector Parameter File Modification | delay | 

Before a vector Instruction can transmit the vector 
parameters to the Memory Buffer Unit (MBU), 1t must have the 
final values 1n the vector parameter file (VPF). The VPF con- 
sists of the lower eight registers of the forty-eight-word 
register file (words 27 through 2F hex). This file may be 
acquired from memory (VECTL), or 1t may be the current con- 
tents of the VPF. In either case there must not be any scalar 
Instructions currently 1n the CP pipeline that will modify 
. the vector parameter file registers. If any such VPF modifying 
Instruction exists below level 3, then the vector Instruction 
at level 3 will wait until the VPF hazard clears. 

Hardware solution : A vector Instruction at level 3 tests 
a signal called "any V haz" to determine whether any register 
of the vector parameter file will be modified by an Instruction 
below level 3. The "any V haz" signal is made from an 0R1ng 
of four columns of bits in the register stack. These bits 
track the Instruction as it moves down the CP pipeline. The 
top bit of this column is set when an instruction with an Index 
or vector register destination moves from level 3 to 4. The 
column splits into four columns at level 5, at the point where 
four pipes begin. 

From the statement describing the setting of the top most 
bit, it is apparent that the signal "any V haz" also detects 
any index register modifying Instructions. This protects 
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against picking up a wrong Index value when the starting In- 
dices are added to the vector starting addresses as part of 
the vector Initialization process. 

Delay avoidance : Avoid modifying Index registers or 
vector parameter registers immediately before a vector. In- 
sert other arithmetic or base register modifying instructions 
before vectors. 

Delay time : Vector parameter file hazards are dependent 
upon the pipe time of the index or vector modifying Instruc- 
tion. If the VPF destination instruction immediately precedes 
the vector, then the delay time is four clocks plus AU time 
plus memory time, providing the AU output does not become 
blocked due to multiple AU results destined for the register 
file. AU time 1s from Table 1, and memory time is eight clocks 
if the scalar instruction makes a memory read request. 
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B. Scalars Writing Over Vector Input Arrays FUNCTIONAL] 



There 1s no hardware checking to guard against scalar 
store Instructions writing over vector read data arrays. For 
this functional hazard to exist, the following conditions must 
be true: 

(a) The CP must have been in the fork mode when the scalar 
store was executed and must remain in that mode until a 
first vector after the scalar store is executed with the 
"allow current" bit set to "one." 

(b) The first vector must closely follow the scalar store 
type instruction. Store types are all stores, push, pull, 
modify, or exchange instructions. 

(c) The scalar store type instruction must write into an area 
of memory that is used for the initial input data by the 
vector. 

Therefore, 1n order to not encounter this type of scalar-vector 
hazard, complement the sense of any condition a, b, or c above. 
In particular, the simplest method of preventing the acquisition 
of old data (if condition C is a requirement of the program) 
1s to turn "off" (zero) the "allow current" bit of the first 
vector after the scalar store. 

Hardware solution : Turning "off" (zeroing) the "allow 
current" bit causes the vector to wait until all pipes have 
been emptied and all stores currently residing in the Z buffers 
of the MRU's to be forced into memory. The vector is allowed 
to make its vector parameter file request while the Z buffers 
are beinq emptied. 
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It 1s also possible to place the CP 1n the join mode 
during execution of the scalar store instruction and then 
return to the fork mode prior to the vector. If the vector 
has "allow current" on, then only those pipes executing stores 
1n the join mode will perform a forced write operation to purge 
their Z buffers of write data. Other non-Z-jo1n pipes are 
not required to force their data Into memory. 

Delay avoidance : Negate any of the three conditions a, 
b, or c above. Preferably, use the join mode to prevent vector 
read data from being picked up from a given memory area before 
scalar stores have had time to write into that same memory 
area. 

Delay time : Assume that conditions b and c are program 
requirements. If this 1s so, then 1t ts necessary to invoke 
the join' mode to prevent the acquisition of old rather than 
new data. Now, 1f the first vector after a scalar store is a 
VECTL, then the delay time for emptying the joined pipes is 
overlapped with the load file fetch time for obtaining the 
vector parameters of the VECTL instruction. The emptying of 
the joined pipes may also be overlapped with the transmittal 
of the vector parameters to the MBU. If the joined pipes are 
not emptied by the timer that the vector is ready to request 
Its first read data from memory, then the read requests are 
helfi up until the joined pipes are cleared. 

If the first vector 1s a VECT, then the time for emptying 
the joined pipes can only be overlapped with vector initial 1- 
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zatlon to the MBU. For this case, vector read requests may 
be delayed more often, depending upon the time required to 
clear the joined pipes. 
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C. Vectors Writing Over Scalar Read Data I FUNCTIONAL] 

This hazard 1s essentially the reverse of hazard II .B 
just described. In this case a similar set of conditions 
must be true for the functional hazard to exist: 

(a) The vector must have the "allow following" bit set to 

one. 

(b) The first scalar read must closely follow the vector,* arid 
there must not have been any Intervening join Instruc- 
tions. 

(c) The vector must write Into an area of memory from which 
the scalar read data 1s obtained. 

Therefore, 1n order to not encounter vector-scalar hazards, 
complement the sense of any condition a, b, or c above. In 
particular, the easiest method of preventing the acquisition 
of old data (1f condition c 1s a requirement of the program) 
1s to zero the "allow following" bit of the vector. 

Hardware solution : Turning "off" (zeroing) the "allow 
following" bit causes the vector to enter a state v/here 1t 
waits for any vectors 1n progress to complete before executing 
the next Instruction at level 3. Any vector 1n progress In- 
cludes the current vector, r so it is not possible for a subse- 
quent scalar (except for a load file instruction) to begin 
execution until the current vector and all preceding vectors 
have completed. This also Includes the completion of all 
outstanding scalar reads that may be in progress in other pipes 
during the" current vector execution. 
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Preventing the subsequent scalar from beginning execution 
guarantees that vector output data will have been written Into 
memory before a scalar read request is issued for the same 
area of central memory. 

Notice that load file scalar requests are allowed in the 
join mode. This is for the purpose of obtaining a new vector 
parameter file and then making slngleword or half word modifi- 
cations before executing a VECT Instruction. The memory address 
of the load file octet is monitored throughout the duration 
of the vector with "allow following off." Should the vector 
write over the load file octet location, a flag (alpha hazard 
flag) will be set to "one." This flag causes the load file 
octet to be ref etched at the completion of the vector. 

A hazard that 1s noncorrectable, along this same line of 
thought, 1s when the vector writes over the instruction location 
of the load file instruction. Should this happen, it 1s not 
possible to reconstruct the state of the register file prior to 
execution of the load file instruction. If the load file instruc- 
tion location 1s modified to anything other than a load file to 
the same register file, then the program will most likely produce 
erroneous results. Again, the rule "never modify Instructions" 
should prevent most individuals from making this mistake. 

Delay avoidance : Negate any of the three conditions a, 
b, or c preceding. Preferably, turn off the "allow following" 
bit to prevent reading scalar data before the preceding vector 
has written into a given area of memory. 
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Delay time : There 1s no overlapping of subsequent scalars 
(except for load file Instructions) If the "allow following" 
bit 1s "zero." Prior vectors may continue processing 1n parallel 
with the last vector 1f the prior vectors had their "allow fol- 
lowing" set to "one." However, the next scalar after the last 
vector must wait until the longest vector has completed since 
1t waits for all vectors to complete. The longest vector may 
not necessarily be the last vector. Therefore, the actual 
delay may exceed the expected delay unless the length of all 
vectors are taken into account. 

If the next instruction after the vector with "allow fol- 
lowing" set to "zero" is another vector, then the next vector 
1s allowed to request Its vector parameter file and to initialize 
the MBU but to go no further. 
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P. Alpha Hazards During Vectors in the Fork | FUNCTIONAL! 



and Join Mode | DELAY 

To begin with, scalar instructions by themselves cannot 
cause a functional alpha operand hazard. Emphasis here should 
be placed on the word "functional" as that means a possible 
error-producing hazard. Alpha operand delays do occur among 
purely scalar Instructions (scalars executed by themselves, 
clear of vectors), but these delays do not produce errors in 
results. These delay-generating conditions were described in 
section B under Central Memory Address Hazards. 

Scalar Instruction hazards were discussed in sections I.C.I 
and I.C. 2 for scalars operating clear of vectors and in section 
I.C. 3 for scalars and vectors operating 1n parallel. 

What 1s of concern 1n this section is scalar alpha hazards 
caused by a prior vector. That is, a vector writing over the 
memory location of a subsequent vector parameter file of a VECTL 
Instruction or a subsequent Load File from memory. Vectors 
writing over scalar read data was discussed in Section II. C. 

Assume that the join mode has been established within 
some 11st of scalar Instructions prior to the arrival of a 
first vector at level 3. If the vector is a VECTL, which 
receives its vector parameter file (VPF) from memory, a test is 
made for an alpha hazard before issuing the load file request. 
Since being in the join mode prior to the arrival of this vector 
guarantees that there are currently no other vectors in progress, 
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the alpha hazard detection hardware initiates a forced write 
signal to the MBU containing the hazard-producing store; i.e,, 
the store whose address agrees with the alpha address of the 
vector instruction. The VPF load request is issued after the 
forced write has been completed. Delay, in this case, is due 
to waiting for write data to arrive in memory prior to issuing 
the read request. Had the alpha hazard not existed, the forced 
write operation would have taken place as a normal part of 
the preparation for the vector in the join mode; but the VPF 
load would not have had to wait on the write to complete. 

Now, consider the case where a first vector is executed 
in the fork mode but has its "allow following" bit set to "zero"; 
then, suppose a second vector follows immediately. This second 
vector makes its test for alpha hazards in the "vector plus one" 
state. Here the situation is different because now it is possible 
for both vectors and scalars to be in progress simultaneously 
in any of the four pi pes * The alpha hazard logic cannot issue 
a forced write command to a pipe that is executing a vector 
because (fortunately) that pipe will simply ignore the command. 
The logic will, however, issue a forced write to the pipes 
containing scalar stores; and, in addition, the alpha hazard 
logic will cause the VPF load request to be delayed until the 
scalar forced writes are completed. The unprotected case is 
seen to be when the first vector, with "allow following" off, 
writes over the vector parameter file (in memory) of the suc- 
ceeding vector. It is difficult to protect against this case 
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with hardware since the vector parameter file address that 
is contained in the AR register of level 3 is erased during 
vector initialization. That is, register AR becomes involved 
1n the process of transmitting vector parameters to the MBU 
and cannot continue the function of monitoring a VPF address 
1n AR against all output addresses of the first C vector. 
It is more important, in terms of time that would otherwise 
be lost on all joined vector initializations, for the initiali- 
zation to proceed and to sacrifice the alpha hazard hardware 
checking for this case. Protection of a VPF in memory can 
be insured by software by using the sequence: 

SEQ1 VECTL "AF" = 
LF (load VPF) 
VECT 
instead of, 

SEQ2 VECTL "AF" = 
VECTL 
The VPF of the second VECTL of sequence 2 is unprotected since 
the second VECTL proceeds through initialization while the 
first VECTL is still executing. In sequence 1 the alpha address 
of the LF Instruction is checked against all C vector addresses 
of the first VECTL, so the VPF for VECT is protected against 
modification by VECTL. 

Hardware solution : A test is made for scalar alpha hazards 
prior to making the load file request for a VECTL instruction. 
This is done regardless of the fork or join mode but is intended 
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for the join mode. If an alpha hazard, due to a prior scalar 
storing over a VECTL's alpha address, 1s seen during the fork 
mode, then the forced write takes place the same as 1n the join 
mode. However, 1f a prior vector writes over a VECTL's alpha 
address and the VECTL 1s executed, all the while remaining 1n 
the fork mode, then the alpha hazard will not be seen and the 
VECTL can pick up Its VPF prior to modification by the first 
vector. 

Delay avoidance : Avoid modifying vector parameter files 
(VPF) of subsequent vectors by means of scalar stores or vector 
writes (to memory) which are 1n the immediate vicinity of a 
vector using the VPF being modified. If separation of modifi- 
cation from use by the method of instruction Insertion is not 
feasible, then at least insert a join instruction between modifi 
cation and use to prevent functional errors. 

Delay time : Needs FUSS prediction. 
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III. Vector Hazards 

A. Vectors Storing Over Their Own Input Data Arrays | FUNCTIONAL"! 



This hazard results from a violation of the familiar 
"Vector Hazard Rule," which states that: 

A "hazard condition" occurs whenever the present 
octet address of input vector Tor Tor the next four 
octet addresses for each of vectors Tor If is the same 
as the present result octet address or the eight past 
result octet addresses of output vector T. 
If the Vector Hazard Rule is violated, the "old" rather 
than the "new" (updated) information is used as the operand. 
For example, a vector will use the "old" values for theT 
vector operands If -the element address of c* is one greater 
than the element address of b^ and all vectors are assigned 
a positive increment direction during the self-loop. Hardware 
1s not built in to detect this hazard. Also, delay avoidance 
and delay time descriptions do not apply to functional hazards, 
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B. Addressing Conflicts Between Two or More , . 
Vectors Executing Simultaneously 1n Parallel f i l FUNCTIONAL I 
Pipes 



This addressing conflict 1s caused by the Independence 
of separate pipes executing 1n parallel. Unless one 1s care- 
ful, two vectors started In separate but parallel pipes can 
have their data paths (1n memory) cross one another. Input 
paths crossing Input paths cause no trouble. However, let an 
Input data path cross behind an output data path of anledcrier 
vector; and program errors are almost certain. If the memofcy 
paths cross like an "X," then the time and phase (ahead or 
behind) relationship of reaching the Intercept point 1s Impor- 
tant. Since vector rates are Influenced by memory Interference, 
1t 1s difficult to predict the time of reaching the Intercept 
point for either vector. Therefore, rate control is impossible. 
So, to prevent memory read-write collisions between vectors, 
these Intercepting vectors must be executed independently of 
one another. 

Another type of intercept would be the parallel path 
type, particularly when the parallel paths form a single line 
tracing the same area of memory. In this case the vector 
rates are also quite critical to program execution. For example, 
1f the output vector were trailing an Input vector through 
contiguous locations, all would be fine (assuming the output 
vector was the second vector to start execution). Suppose 
that, subsequently, the output vector of pipe 1 caught up with 
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and passed the input vector of pipe 2. Now, the first vector 
would be reading output data from the second vector, a diffi- 
cult condition to contend with, especially when trying to 
Interpret program results following execution; I.e., man, 
take a look at that dump! These vectors must also be executed 
Independently 6f one another. 

Hardware 1s not Implemented to detect this hazard. Also, 
delay avoidance and delay time descriptions do not apply to 
functional hazards. 
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C. Halfword Z-f1ll-1n Hazards 



FUNCTIONAL 



This hazard is similar to the one just described 1n sec- 
tion III.B since 1t is caused by two or more vectors executing 
simultaneously in parallel pipes. An unusual characteristic 
of this hazard 1s that it 1s due to two or more halfword out- . 
pjut vectors writing over the same area of memory. It 1s also 
quite difficult to predict the hazard based on Fortran compiler 
algorithms for finding two vectors writing into the same memory 
space because the errors may arise in halfword locations within 
the octet being modified and not necessarily at the halfword 
location common to both vectors. 

The hazard 1s due to the fact that halfword output vectors, 
which do not fill up an entire octet with halfwords, require 
a halfword Z-fill-1n operation. A Z-fill-in involves both a 
read and a write cycle, controlled by the Memory Buffer Unit. 
Since memory only accepts slngleword stores (there are eight 
zone enable lines controlling the word of an octet to be stored), 
the MBU must recognize halfword stores which do not fill both 
halves of a slngleword location. This is done by examining the 
sixteen halfword zone bits of the Z buffer of the MBU. Any 
even-odd bit pair forming a true exclusive or logical combina- 
tion indicates the need for a Z-fill-in operation. 
The operation is as follows: 

(1) The address of the octet to be stored into memory 
is first sent to memory as a read request for that 
octet. 
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(2) The requested octet is loaded into the ZB buffer of 
the MBU. 

(3) The "fined" halfwords of the Z buffer are trans- 
ferred to the ZB buffer. "Unfilled" halfwords are 
not transferred. 

(4) The "now updated" ZB buffer is written into memory 
at the storage octet address. Zone enable lines 
are a logical "one" for those singlewords that have 
been updated. 

A halfword Z-fill-in hazard occurs when the following 
sequence occurs: 

(1) A first pipe requests an octet for the purpose of 
Z-fill-in. 

(2) A second pipe requests the same octet for the pur- 
pose of Z-f1ll-in. 

(3) The first pipe modifies one halfword of the octet 
and then stores the octet back into memory. 

(4) The second pipe modifies some other halfword of 
the same octet and then stores it back into memory. 

Operation 4 above has just erased the work done by the 
first pipe. Results 1n the common octet which weretto'haue 
been stored by the first pipe are lost,?ortd recovery is Im- 
possible. 

In order to protect against this functional hazard, one 
must make a complete examination of halfword C output vectors, 
that are running simultaneously in the fork mode, to be sure 
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that memory octets common to both vectors are not being used. 
If this 1s not possible, then vectors with halfword outputs 
should be run with "allow foil owl ng" turned off, set to zero. 
Hardware is not implemented to detect this hazard. Also, 
delay avoidance and delay time descriptions do not apply to 
functional hazards. 
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Figure D-l . Master Controller/Master Hardcore/Unit 
Hardcore Overview 
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D-l PP RESPONSE POLLING OF THE CP 

The Peripheral Processor (PP) monitors the CP response bits in its CR File, 
Register 12 (hexadecimal). These response bits are System Error (SE), Abnormal 
Termination (AT), Message Complete (MC) and Switch Complete (SC). If the CP 
sets one of these bits, the PP performs a set of actions to recover from the 
condition that produced the response bit. Figure D-2 illustrates the polling 
loop that the PP follows. The following paragraphs describe the PP response to 
each of the conditions. 

D-2 SYSTEM ERROR. If the CP detects a parity error during Hardcore operation, 
it sets the SE response bit. The PP then checks the PE bit in the condition 
byte to determine if the parity error occurred during a memory fetch. If PE is 
set, the PP indicates a parity error termination, issues a reset command to 
the CP, loads a new job into the CP via an exchange intermediate CCR command, 
and sets the CP run bit to start the new job into operation. If PE is not set, 
the PP resets the terminate request bit in the control byte, loads a new job 
into the CP and sets the Run bit to start the new job into operation. 

D-3 ABNORMAL TERMINATION. If a maintenance command executing in the CP 
encountered a memory error condition and terminated abnormally, the CP will 
set the AT bit in the CP response byte of the PP CP File. If this bit sets, 
the PP inspects the SC and MC bits to determine the condition prior to 
termination. 

If SC and MC are both clear, the CP is inactive between jobs and is ready to 
receive new commands. If MC is clear but SC is set, and error switch was in 
progress when the CP terminated the sequence. If MC is set, a monitor call 
resulted in program termination. The condition of the SC bit indicates which 
call was present: SC = 1 indicates a MCW operation; SC = indicates a MCP 
operation. The PP then determines what conditions caused the termination by 
inspecting the PE and PV condition byte bits. If PE is set, then a memory 
parity error or other system error caused the termination. The condition in 
memory must be corrected before the job can run in that area of memory. The 
PP loads a new job into the CP and sets the Run bit to start the CP on the 
new job. If the PV bit is set, then a memory operation encountered a memory 
protect violation causing the CP program to terminate. The memory protect 
parameters in the MCU must be adjusted to allow the program to access the 
required area in memory. The PP loads a new job into the CP and sets the Run 
bit to start the operation in the CP. If neither of the two condition byte 
bits are set, the termination resulted from a termination request issued by 
the PP. The PP resets the Termination Request bit (TR), loads a new job into 
the PP and sets the Run bit to start the new job into the CP. 

D-4 NORMAL TERMINATION. If no system error or abnormal termination occurs, 
the PP inspects the SC and MC response bits to determine if a switch operation 
or call instruction executed properly. If neither of these two bits is set, 
some condition has prevented completion of the operation. The PP inspects the 
reason code bits to determine the cause. If SC is set, but MC is not, then the 
CP has completed an error switch operation. The PP must examine the condition 
byte to determine the nature of the error, prepare a new job for exchange 
operations in case the current job in the CP requires PP intervention, and 
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Figure D-2. PP Automatic Interrupt or Polling Loop 
of CP Status (Sheet 1 of 4) 
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Figure D-2. PP Automatic Interrupt or Polling Loop 
of CP Status (Sheet 2 of 4) 
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Figure D-2. PP Automatic Interrupt or Polling Loop 
of CP Status (Sheet 3 of 4) 
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Figure D-2. PP Automatic Interrupt or Polling Loop 
of CP Status (Sheet 4 of 4) 
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T e° n p 7 a?s ?e e s r e f ?r?he h MC r b?t 1red H° Pe ^^ 0n t0 fulf11? the'cP^requSe " 
nie rr a i so resets the MC bit, and, if the operation was an MCU nrpnar P <: * 

new exchange to be ready in case the current program fn the CP cornel e?es or 
requests context switching via another MCW operation. completes or 

D-5 IPU4 MASTER HARDCORE (I4MHCA) 

ml Column oT d th e r x e 4 C CP.] r0l T! er c *«\^? ed °" the Pipe Motherboard in the 
iru Loiumn ot the X4 CPU. It responds to three types of CPU actions: 

(1) PPU Common Command Register (CCR) Servicing 

(2) CPU Error Mode Servicing 

(3) CPU Monitor Call Servicing. 

These actions are further discussed in the following paragraphs. 

serviced bv'the TTf ^l™ ^1^' The followin 9 CCR Commands are 
serviced by the X4 Master Hardcore (CP CCR Commands CR#0C, Bytes and 1): 

4100 THRU 

4103 NOP 

4104 RESET ALL CP REGISTERS 

4105 SET ALL CP REGISTERS 

4106 RESET CP ERROR CELLS (AE(0-3) .PROTECT S PARITY, ILLEGAL OPCODE) 

4107 NOP 

4108 STORE CP STATUS MAP USING POINTER AT LOCATION #14. 

4109 RESET CP PIPES AND LOAD STATUS MAP USING POINTER AT LOCATION 
# I o . 

410A* EXCHANGE CP STATUS MAPS USING POINTERS AT LOCATIONS #14 AND 

LOCATION #28 AN ° ^ ^ M ° PR ° TECT REGISTERS USING P0INT ER AT 
41 OB STORE CP DETAILS HAP USING POINTER AT LOCATION #18. 
410C LOAD CP DETAILS MAP USING POINTER AT LOCATION #19. 



410D* EXC ™ GE ,, CP DETAILS MAP USING POINTERS AT LOCATION #18 AND #15 
LOCATION #28 L ° AD ^ ^ PR ° TECT REGISTERS USING P °™ AT 

41 0E racmoN #is BIT AND ^^ cp DETAILS MAP USING P0INTER AT 

41 0F ™CP RUN BIT AND LOAD CP DETAILS MAP USING POINTER AT 

LULAI iuN #19. 

*(CR #?f BYTE E #3 F 410A ^ 410D ° EPENDS UP ° N L ° AD STATUS BIT 
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4110 RESET CP RUN BIT 

4111 SET CP RUN BIT 

42mn TURN ON CP CLOCK ACCORDING TO m = 

- CONTINUOUS NORMAL CLOCK 

1 - CONTINUOUS MARGINAL CLOCK 

2 - CONTINUOUS SLOW CLOCK 

8 - BURST OF n NORMAL CLOCK PULSES 

9 - BURST OF n MARGINAL CLOCK PULSES 

A - BURST OF n SLOW CLOCK PULSES 

44mn STORE BYTE n OF CP HARDCORE INTO THE UNIT REGISTER ACCORDING 
TO m = 

- CP MASTER HARDCORE 

4 - IPU HARDCORE 

2 - MBU PIPE HARDCORE 

3 - MBU PIPE 1 HARDCORE 

6 - MBU PIPE 2 HARDCORE 

7 - MBU PIPE 3 HARDCORE 

8 - AU PIPE HARDCORE 
A - AU PIPE 1 HARDCORE 
C - AU PIPE 2 HARDCORE 
E - AU PIPE 3 HARDCORE 

The two exchange commands are recorded into a "Store" command followed by a 
"Load" command by the Master Hardcore. Thus if a 41 OA is received from the PPU, 
a 4108 is sent to the Unit Hardcores; if a 41 OD, a 41 OB is sent. The second 
pass of an Exchange command, the "Load" cycle, is controlled by I4CRSB (status 
bit), which is sent by the PPU. If I4CRSB = 0, on the load cycle, a 41 OD is 
sent to the Unit Hardcores; if I4CRSB = 1, a 4109 is sent to the Unit Hardcore. 

In the Master Hardcore flowcharts and logic diagrams, the commands have been 
grouped as follows: 





Definition 


Mnemonic 


CCR Code 


1.) 


Simple Commands 


I4SIMCMD 


4100 thru 4107 


2.) 


Checked Commands 


I4CHKCMD 


4108 thru 41 OD 


3.) 


Memory Commands 


I4MEMCMD 


41 OE and 41 OF 


4.) 


Set Run bit Command 


I4SRBCMD 


4111 


5.) 


Reset Run bit Command 


I4RRBCMD 


4110 



Within the I4CHKCMD group are the two exchange commands discussed above, and 
this sub-group is called I4EXCCMD. 



D-8 



Advanced Scientific Computer 




Mr™ 

NOTE 

Due to the long clock period of the CR File 
with respect to the CP, the CP has several 
clock periods before TB resets. Therefore, if 
TB is reset at this point, it should not have 
been set. This feature also provides a time- 
out that negates the CCR command if QRPF does 
not set within a reasonable time. 

If TB is still set, the controller waits for the hardcore loair tn wt odpf ac 
oafc When p?» -tive. QRPF indicates an active col n *?„ f a dcor 
logic. When QRPF sets, the controller drops RP and waits for TB to clear Shan 
^clears, the cycle is comp le te and the controller is ready" co beg^nlhe cy^le 

D-8 CPU ERROR MODE SERVICING (See Figures 0-4 through D-13) 

Master d Ha S rH rn^ r0 Th Can 0CCur J" the cp U that are monitored and handled by the 
Master Hardcore. They are: (1) Program Errors, and (2) System Errors Prnnr™ 
Errors are defined as errors that occur while a program is rTnninqin the CPM 
They are further broken down into Protection Violations, Parity Errors fiscal 

o e of t eTlBu'sTln feh^ 6 F** ^ "? ^Herated Vei'tLr e^P " ^ 
in thl / I a "c Arlthmetlc Exceptions developed by the AU and buffered 
IZl j ■ ] i - yStem Errors are def1ned as efTOr s that occur while a hardcore 
command is being processed. They may occur because of a Protect on Violation 
or Parity Error occurrance in either the IPU, the MBU's or the AU's duHno ?Hp 

rrom C ?he ST"^ ? -^i? ° f a "Terminate Hardcore CoLnd Request" signal 
from the PPU, which is buffered as I4QTR in the Master Hardcore 

I40PE am T!nn rS a H e T , b nlc ered indiv1duall y in the Master Hardcore in I4QPV, 
HQPE, I4QIL, and I4QAE, respectively for Protection Violation Paritv Errnr 

9 o Pa P ri t Er L^^l EXCeP r'?2 : the System Error fp°rStec i \ ? 
PPU by I4QGCB y ' condltlon ls buffe red as I4QME. These are gated to the 
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Figure D-3. CP Master Hardcore (MHC) Capture CCR Logic Flowchart 
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Figure D-4. MHC Monitor Flowchart 
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Figure D-5. MHC Program Error Cell Detection 
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Figure D-6. Master Hardcore Flowchart (Sheet 1 of 6) 
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Figure D-6. Master Hardcore Flowchart (Sheet 2 of 6) 
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Figure D-6. Master Hardcore Flowchart (Sheet 3 of 6) 



D-15 



Advanced Scientific Computer 



I4QSTAT(4) 



c? 




RUNON 
SEE 
FIG. D 10 



0, 



SC-1 
AT-I 



(C) I 32487 (4 6) 



Figure D-6. Master Hardcore Flowchart (Sheet 4 of 6) 
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Figure D-6. Master Hardcore Flowchart (Sheet 5 of 6) 



D-17 



Advanced Scientific Computer 




1 ,2,3,4,5 



I4QSTAT(7) 




ERRF— 
MCWF- 
EXCHF— 
EXCMDF— 
RZF— O 
ABORT— 
CC— 
AB— 
SE— -0 
AT— 
GCB— 
GRZ— 
HCINIT— 1 
QCCR- — »6' 



MCWF-^O 
RIPF— 
EXCHF— 
EXCMDF— 
RZF— 



ABORT— 
CLRREQ— o 
CC — 
AB— 
SE— 
AT— 
GCB— 
GRZ— O 




(A)132487 (6/6) 



Figure D-6. Master Hardcore Flowchart (Sheet 6 of 6) 
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Figure D-7. MHC System Error Cell Detection Flowchart 
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Figure D-8. MHC Initiating Unit Hardcores Flowchart 
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Figure D-9. MHC Zero Pending Memory Requests Detection Flowchart 
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Figure D-10. MHC Run Bit Control Flowchart 
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Figure D-ll . MHC Unit Hardcore Complete Detect Flowchart 
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Figure D-12. MHC Unit Hardcore Abnormal Exit Detection 
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Figure D-13. Typical Unit Hardcore Operation Flowchart 
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The Master Hardcore may respond in two ways to the Program errors: (1) it may 
merely tell the PPU that an error has occurred and then wait for the PPU to 
indicate what is to follow (manual mode) or (2) it may automatically switch 
out the offending program and switch in a new program to be run (automatic 
mode). 

Manual mode occurs when: 

1.) The PPU has not responded to and cleared a previous code or switch 
condition (I4CRMC + I4CRSC = 1); or, 

2.) The PPU has not set I4CRAS, the "Allow Automatic Switch" control bit. 

In either case, the error condition is recoded into a reason error condition 
via the Reason Encoder logic, and the Reason code buffer (I4QRZ(0-2)) is gated 
to the PPU by I4QGRZ. 

Automatic mode occurs when I4CRMC + I4CRSC = and I4CRAS = 1 . In this mode we 
turn off the machine "Run" mode bit (I4QRB) to halt the machine, do a Store 
Maintenance Details (410E CCR command) to swtich out the offending program, do 
a Load Status command (if I4CRSB = 1) or a Load CP Details to switch in the 
next job the PPU has cue'd up, send a "Clear Abnormal Flags" command to the 
Unit Hardcores to clear the error condition (since it has been serviced), and 
finally, turn the run bit back on (I4QRB— 1), so that the new program may 
begin. 

As may be seen from a casual glance at the flowcharts, system errors are 
serviced differently, depending upon when they occur. The overriding concern, 
however, is that the machine be halted (I4QRB-0), and the PPU notified that 
such a condition exists, so that the PPU may assume control and issue such 
commands as necessary to restore the CPU to a running condition again. 

D-9 CPU MONITOR CALL SERVICING 

There are two IPU Instructions that issue a "Call" to the PPU; that is, they 
halt the IPU for as long a time as necessary to either write a message only or 
to write a message and switch out the present program. These instructions are 
"Monitor Call and Proceed" and "Monitor Call and Wait" abbreviated MCP and MCW. 
The "Call" is sent to the Master Hardcore, which in turn determines how it will 
be serviced. 

As in the case of Program error servicing, MCP/MCW instructions may be handled 
in either the manual mode or the automatic mode depending upon control condi- 
tions from the PPU. 

The manual mode will occur if: 

1 . I4CRMC + I4CRSC = 1 ; or 

2. I4CRAC = (the PPU has not set the "Allow Automatic Call" control 
bit; or, 

3. the instruction is MCW and I4CRAS = 1. 
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If the manual mode occurs, the Reason encoder logic recodes the MCP/MCW into a 
Reason error, and handles the situation exactly as described in the Program 
error - manual mode section. 

The automatic mode occurs when all of the above manual mode conditions are not 
true; i.e., I4CRMC + I4CRSC + I4CRAC + I4CRAS = for MCW instructions or 
I4CPMC + I4CRSC + I4CRAC = for MCP instructions. 

If the instruction is MCP, in the automatic mode, the Master Hardcore will 
send I4HCCALL to the IPU Level 3 Controller to allow it to write its message 
for the PPU. When the level 3 Controller has finished, it will send IRCALCMP 
to the Master Hardcore, when it is buffered in I4QCLCMP. The Master Hardcore 
then sets I4QMC to tell the PPU that a message is ready for reading. The PPU 
must then respond by sending I4CRMC to the Master Hardocre, so that I4QMC may 
be cleared. The Master Hardcore will not consider any further MCW/MCP requests 
or Error servicing requests to be in the Automatic mode until it has followed 
a complete cycle of changes on I4CRMC; i.e., I4CRMC = 0, then I4CRMC = 1 then 
I4CRMC = 0. If the instruction is MCP in the automatic mode, the Master Hard- 
core will send I4HCCALL to the IPU Level 3 Controller and wait for IRCALCMP. 
It will then issue a Store Status command to the Unit Hardcores to switch out 
the present program. When it completes normally, it will issue either a Load 
Program Status (if I4CRSB = 1 ) or a Load CP Detail to switch in the new pro- 
gram. When it completes normally, it will send both I4QMC and I4QSC to the PPU 
to tell it that a message is ready, and that a program switch has completed. 
The PPU must respond with a complete cycle on I4CRMC + I4CRSC before the 
Master Hardcore will consider any further MCP/MCW/Error service requests to be 
in the automatic mode. 

If after an MCP/MCW Automatic mode service request begins another error occurs, 
the Master Hardcore will terminate the servicing at that point and tell the^ 
PPU what was in progress and why it failed via the CP Condition and CP 
Response bytes. 
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I4HDCORE 

IPU4 UNIT HARD CORE CONTROLLER 

The central processor Master Hard Core (MHC) logic transmits the four least 
significant bits of CCR commands to the IPU4 Unit Hard Core controller (con- 
troller). The controller then decodes those bits of the command and, if the 
command is pertinent for the IPU4, generates the gating and control signals 
required to perform the maintenance transfer. The controller is implemented 
entirely on the I4HDCORE circuit board in location LB of the I4CTLMB. One 
initial waiting state plus six clocked states, 1 through 6, comprise the func- 
tional divisions of the controller. The state diagram and flow charts included 
with this description illustrate the inter- relationship of these states. The 
following paragraphs describe the operation and function of the controller 
states for each maintenance command. The discussion follows the logic flow 
depicted in the flow charts. 

STATE 0. This state is an asynchronous waiting state of the controller. 
Whenever the controller is not processing a CCR command for MHC, the con- 
troller returns to state to await the next command. MHC activates Hard 
Core Initiate (I4HCINIT) to inform the controller of a command to be performed 
When the controller detects this signal, it transfers the four least significant 
bits of the CCR code (I4CCR(12-15)) from MHC to the controller's command 
register, IMQLSD(0-3). When this transfer is complete, the controller enters 
state 1 following the control clock pulse. 

COMMAND DECODE. When the controller has recognized and captured 
a CCR command, it enters state 1 to begin decoding and processing the 
indicated operation. Table D-l lists the codes that the controller recognizes 
and responds to, and the operations that the codes initiate in the IPU4. Exe- 
cution of No Op conditions and basic, one-action commands is handled en- 
tirely while the controller is in state 1. No Op conditions produce a command 
complete signal from the controller (-IMHCCOMP). The controller returns 
immediately to state to await a new command. The basic commands of 
master reset, master preset, and clear abnormal flags produce their re- 
spective clear or set signals from the controller in state 1. The controller 
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Table D-l. IPU4 CCR Commands 



I4CCR(12- 


15), 




or 






IMQLSD(0 


-3) 


Command 


0-3 




No Op 


4 




Reset Details 
Cells 


5 




Set Details 
Cells 


6 




Reset Error 
Cells 


7 




Illegal Op 


8 




Store Status 



10 (A) 



11 (B) 



12 .(C) 



13 (D) 



Load Status 



Exchange 
Status 



Store CP 
Details 



Load CP 
Details 



Exchange 
CP Details 



Required Action 

Return Command Complete to MHC 

Master Clear IPU4 registers and 
flags. 

Master Preset IPU4 registers and 
flags. 

Clear IPU4 abnormal flags. 



Return Command Complete to MHC 

Fetch pointer from location 14, 
store program status word, P3, 
clock counter and Register File 
in pointer octet. 

Fetch pointer from location 15; 
load contents of pointer octet into 
program status word, P3, clock 
counter and Register File. 

Fetch pointer from location 14; 
store status in pointer octet. 
Fetch pointer from location 15; 
load status from pointer octet. 

Fetch pointer from location 18; 
store details parameters in octets 
beginning with pointer octet. Wind 
down operations in pipe before 
store. 

Fetch pointer from location 19; 
load details parameters from octets 
beginning with pointer octet. 

Fetch pointer from location 18; 
store details beginning with pointer 
octet. Select pointer from location 
19; load details beginning with 
pointer octet. Wind down pipes 
before store. 
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Table D-l. IPU4 CCR Commands (Continued) 



I4CCR(12-15), 

or 
IMQLSD(0-3) 

14(E) 



15 (F) 



Command 

Store Maint. 
Details 



Load Maint. 
Details 



Required Action 

Fetch pointer from location 18; 
store details parameters in octets 
beginning with power octet. 
Freeze pipes before store. 

Fetch pointer from location 19; 
load details parameters from 
octets beginning with pointer 
octet. 
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then issues command complete to MHC and returns to state 0. One other 
condition, an abort from MHC, causes the controller to return to state 
from state 1 . This condition indicates that one of the other CP unit hard 
core controllers has failed to perform its function in the transfer command. 
Completion of the command by the IPU4 would be fruitless. The controller 
then sets abnormal termination to MHC, reinitializes the octet counter, clears 
the hard core request indicator to CMR, and signals command complete to 
MHC. The controller then returns to state 0. All other commands involve 
more complex control operations. To handle these operations, the control- 
ler enters the other states. The remaining paragraphs describe the control 
paths of each of these complex transfer operations. 

STATUS OPERATIONS. A status transfer (load, store or exchange) is 
the minimum maintenance transfer that the CP performs. A status command 
transfers six complete octets and one partial octet either to or from an area 
in memory from or to the register file, the clock counter, the P3 register, 
and the status word register in the IPU4. Figure D-14 illustrates the octet 
and word allocations for each of the data quantities in the status transfer. 
A counter circuit (IMQOCTR(0-4)) in the unit hard core controller determines 
which octet is to be involved in the transfer during any particular clock cycle. 
This counter is initially loaded with a value of 20 to select the first octet in 
the status map, and then with a value of 14 to select the second octet in the 
status map. Subsequent memory cycles increment the counter from 14 
through 19 so that all of the octets in the status map are selected. The loca- 
tion of the status map in memory for a particular transfer is indicated by the 
contents of another memory word in either location 14 (store) or 15 (load). 
The actual contents (pointer) of either of these memory locations is under 
control of the operating system, so that the location of the map in memory 
may be changed for-different jobs that are running in the CP. To access the 
pointer from memory, the controller loads the octet address of the pointer 
(10) into the 0A register and requests that octet from memory. The control- 
ler sets three selection bits, IMHCASEL(0-2), to the values that gate the 
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WORD 



WORD 
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WORD 
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WORD 
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WORD 
4 


WORD 
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WORD 
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WORD 
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IRQPSW 
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CLOCK 

COUNTER 
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REGISTER FILE A 
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REGISTER FILE B 
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(16) 
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4 
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REGISTER FILE D 
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Figure D-14. IPU4 Status Map 




proper pointer from the KCM octet to the OA register to begin the status 
transfer. Store status transfers travel through the IMDTL bus lines to the 
I4FILE circuit boards to be placed on the two way data bus to memory. Load 
details transfers enter the IPU at the KCM interface file and are transferred 
directly from KCM to their respective registers over the ILQKCM data bus 
lines. 

STORE STATUS. A code of eight indicates a store status operation. 
When the controller detects this code in IMQLSD(0-3)j, it sets the octet count- 
er to a value of 20 (10100). When enabled, this count transfers the program 
status word, P3 and the clock counter contents to word of the status map 
area in memory. The controller then sends Status Freeze to the level 3 
controller, so that the level 3 controller will hold the next instruction at 
level 3 and empty the pipes. When all pipes are empty and an unprocessed 
instruction is at level 3, the level 3 controller generates -IRNIFRZ to the hard 
core controller. When the controller receives this signal, and if all other 
unit hard core controllers in the CP have not encountered complications, the 
IPU4 is prepared to perform a store status operation. The controller then 
sets -IMHCREQ to central memory requester (CMR) indicating that the con- 
troller will be using CMR to initiate requests to memory. The controller 
then enters state 2. 

In state 2 during a store status, the controller checks each CP pipe to 
determine if a vector is running in that pipe that cannot be wound down with- 
out further memory requests (vector bad guy). If a vector bad guy is in any 
of the pipes, the controller signals the level 3 controller that the vector will 
be aborted, and then forces the vector out of the pipe without an orderly 
de-escalation. The controller also ensures that de-escalation is complete 
in each pipe. If not and a vector is still in progress, the controller activates 
-IMSUPRUN(X) so that the current buffered data in the MBU will run to com- 
pletion and stop. The controller waits until all pipes have cleared. In state 2 
the controller also ensures that no memory requests are outstanding or ex- 
pected, so that the outstanding requests will not be lost when the status store 
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is performed. The controller indicates to MHC that it is ready to perform 
the command by issuing zero pending (IPZROPEN). "When the MHC responds 
with I4ZROPEN, the controller locks the IPU4 in its present state and sets 
the hard core in progress flag (IMQHCINP). The controller enters state 3. 

During a store status in state 3, the controller sets bit 27 of the OA reg- 
ister. Setting this bit loads octet address 10 into the OA register. This octet 
is the octet that contains the pointer for status operations. The controller ini- 
tiates a memory request for this octet through CMR, and enters state 4. 

In state 4 the controller waits for the requested octet to return from mem- 
ory. It then checks for a parity error or protect violation during the fetch for 
the pointer octet. If either of these conditions occur, the controller terminates 
the operation and indicates to the MHC that the operation is complete and ab- 
normally terminated. If no errors occur, the controller sets the Load Pointer 
flag to indicate that the pointer must be selected from the octet in KCM, and 
advances to state 5. 

When the controller enters state 5 from state 4, the write flag sets. This 
flag indicates to the memory bus selection circuit on the I4FILE circuit boards 
that the operation will be a store into memory. The selection circuit then en- 
ables data from the store details lines to the MCU T The controller also acti- 
vates the store program status doubleword flag that indicates the first status 
octet is being stored. The controller then sets pointer select bit of 
IMHCASEL(0-2), so that word four of the pointer octet (location 14) is trans- 
ferred into OA to designate the starting octet for the status store into memory. 
The controller toggles access request (ICQAR:2) to the MCU to begin the store 
operation for the first octet, and clears the load pointer flag so that subsequent 
passes through state 5 will not reselect a pointer from KCM. The controller 
enters state 6. 

During the initial pass through state 6, the octet counter has been set to 
a value of 20. The controller enables status inputs to the memory bus by pro- 
ducing IMSTPSDW:! and IMSTPSDW:2. When the store has been made, the 



D-34 

Advanced Scientific Computer 




controller ensures that no memory errors have occurred. If an error occurs, 
the controller performs the abnormal termination cycle. If no errors occur, 
the controller clears the store status flag, and the controller loads a value of 
14 into the octet counter. Loading 14 into the octet counter begins a cycle for 
storing the contents of the register file into memory. To initiate the memory 
cycle for the first octet of the register file, the controller returns to state 5. 

After the memory cycle for the first register file octet has been initiated, 
the controller returns to state 6, checks for a memory error, and if no errors 
have occurred, increments the octet counter and returns to state 5 to initiate 
another store operation for the next register file octet. This cycle repeats 
until the octet counter reaches 19 and the octet corresponding to that count 
(V file) has been stored. At that point the store status operation is complete. 
The controller clears the octet counter and the hard core request indication 
to CMR, and terminates the operation by s ending -IMHCCOMP to MHC. The 
controller returns to state to await another command. 

LOAD STATUS. A code of 9 in IMQLSD(0-3) indicates a load status op- 
eration. When the controller detects this code, it sets the details octet count- 
er to a value of 20 (10100) so that the status word, P3 and the clock counter 
will be selected first during the load operation. The controller then sets 
-IMHCREQ to CMR indicating that the controller will be using the memory 
access paths for a maintenance transfer. The controller then enters state 2. 

For a load status, state 2 of the controller does not need to check the con- 
tents of the CP pipes as in the store status, since nothing in the pipes will be 
saved. Instead the controller ensures that the IPU has no outstanding requests 
to memory and expects no responses from the MCU. Then, if the other unit 
hard core controllers have not encountered difficulty, the controller indicates 
to MHC that it is ready to perform the transfer. When MHC responds with 
I4ZROPEN, the controller locks the IPU4 in its present state, sets the hard 
core in progress flag, and enters state 3. 
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In state 3 the controller generates a master clear to the IPU4 registers 
and flags to prepare the circuits for the load operation and ensure that all pre- 
vious information is erased. The controller then loads a value of 10 into the 
OA register by setting bit 27, and initiates a memory request for the status 
pointer octet. 

**»When the octet enters KCM, the controller checks for memory errors, 
and if none have occurred, sets the load pointer flag to indicate that the pointer 
must be selected from the KCM octet and loaded into OA to fetch the status 
parameters from memory. The controller enters state 5. 

■ t The pointer must be selected from KCM to continue with the load status 
operation. State 5 sets both bits and 2 of IMHCASEL(0-2) so that word 5 
of the octet in KCM (location 15) will be selected and transferred to OA. The 
controller generates the required transfer signals, clears the load pointer 
flag, and then initiates a memory request for the first status octet by toggling 
AR to the MCU. The controller then moves to state 6. 

In state 6 the controller checks the value of the octet counter. Since at 
the start of the load status operation (state 1) the counter was loaded with a 
Value of 20, the controller generates IMLDPSDW:1 and IMLDPSDW:2 to en- 
able the inputs to the status word register, P3 and the clock counter from 
their respective words in the KCM file. When the octet enters KCM from 
memory, the controller ensures that no memory errors have been encountered, 
and loads a new value of 14 into the counter so that the first octet of the regis- 
ter file will be loaded during the next cycle. In order to fetch the next octet 
from memory, the controller adds eight to the address in OA, and toggles AR 
to initiate a memory request for that next octet. When each successive octet 
returns from memory into KCM, the new value in the octet counter gates that 
octet to one of the octets in the register file. Concurrently, the controller 
checks for memory errors, increments the count in the octet counter, and 
initiates a new memory request for the next octet (OA + 8). This cycle re- 
peats until the octet counter reaches 19 and the octet corresponding to that 
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count (V file) has been loaded. At that point the load status operation is com- 
plete. The controller clears the octet counter and the hard core request indi- 
cation to CMR, and terminates the operation by sending -IMHCCOMP to MHC. 
The controller returns to state to await a new command. 

EXCHANGE STATUS. A code of 10 in the IMQLSD(0-3) register indicates 
an exchange status operation. The exchange status command produces a store 
status operation followed by a load status operation, and follows the paths 
through the controller logic described for those operations. The exchange flag, 
IMQEXCH, indicates which cycle is being performed during the exhange. 
This flag sets at the start of the exchange operation to indicate to the control- 
ler that the store status portion of the exchange operation is in progress. 
When the store status portion is complete, controller state 6 clears the ex- 
change flag so that the controller will follow the load status paths. 

DETAILS OPERATIONS. A details transfer (load, store or exchange) 
switches the contents of all the vital registers in the IPU to preserve the 
parameters of a program executing in the IPU, or enter new program param- 
eters into the IPU. All details operations transfer twenty octets of informa- 
tion between memory and the registers and flags of the IPU. Appendix A to 
this description illustrates the bit, word and octet assignments of the critical 
registers and flags of the IPU. A counter circuit (IMQOCTR(0-4)) in the unit 
hard core controller determines which octet is to be involved in the transfer 
during any particular clock cycle. Since twenty octets are involved, the count- 
er must increment from an initial count of zero through a count of nineteen 
to enable transfer of all octets in the details map. The location of the details 
map in memory for a particular transfer is indicated by the contents of an- 
other memory word in either location 18 (store) or 19 (load). The actual con- 
tents (pointer) of either of these memory locations is under control of the op- 
erating system, so that the location of the map in memory may be changed for 
different jobs that are running in the CP. To access the pointer from memory, 
the controller loads the octet address of the pointer (18) into the OA register 
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and requests that octet from memory. The controller sets three selection 
bits, IMHCASEL(0-2), to the values that gate the pointer from KCM to the OA 
register to begin the details transfer. Store cycle data travels through the 
IMDTL bus lines to the I4FILE circuit boards to be placed on the two way data 
bus to memory. Load cycle data travels through KCM to the respective reg- 
isters and flags in the IPU. 

STORE CP DETAILS. A code of 1 1 in IMQLSD(0-3) indicates a store CP 
details command. When the controller detects this code, it clears the octet 
counter to zero to ensure that the transfer starts with octet zero, and indi- 
cates to CMR that it will be using the memory access paths to perform a 
maintenance transfer. The controller then enters state 2. 

During a store CP details, state 2 of the controller checks each CP pipe 
to determine if a vector is in any of the pipes that cannot be wound down with- 
out further memory fetches (vector bad guy). If a vector bad guy is in any of 
the pipes, the controller indicates to the level 3 controller that the vector will 
be forced from the pipe without an orderly wind-up, and sends an abort signal 
(IMBGABRT) to the respective MBU to irradicate the vector. If no vector bad 
guy is present, but another vector is in the pipe that hasn't been de-escalated, 
the controller issues IMSUPRUN to the respective MBU to de-escalate the 
vector regardless of the condition of the CP Run bit. When de-escalation is 
complete in all pipes, the controller ensures that the IPU has no outstanding 
requests to memory, and that a request has not been issued during the current 
clock. When the controller is sure that no memory requests will be lost, it 
informs MHC that zero requests are pending (IPZROPEN) so that the IPU is 
prepared to execute the command. When MHC returns I4ZROPEN, the con- 
troller locks the IPU in its current state, sets the hard core in progress flag, 
and transfers control to state 3. 

In state 3 the controller loads a value of 18 into OA by setting bits 27 and 
28 of that register. The controller then initiates a memory request for the 
pointer octet, and enters state 4. 
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When the octet enters KCM, the controller checks for memory errors, 
and if none have occurred, sets the load pointer flag to indicate that the pointer 
must be selected from the KCM octet and loaded into OA to provide the starting 
address of the store operation in memory. The controller enters state 5. 

When the controller enters state 5 from state 4, the write flag sets. This 
flag indicates to the memory bus selection circuit on the I4FILE circuit boards 
that the operation will be a store into memory. That selection circuit then en- 
ables data from the store details lines to the MCU. The controller leaves all 
of the IMHCASEL(0-2) bits clear to select word zero from the octet in KCM 
(location 18). This pointer word transfers to OA and the controller toggles 
AR to the MCU to initiate the first store operation of the transfer. As the con- 
troller exits from state 5 to state 6, it clears the load pointer flag so that sub- 
sequent passes through state 5 will not reselect a pointer from KCM. 

When the controller enters state 6, the octet counter is at count zero since 
the counter was cleared at the beginning of the store CP details operation 
(state 1). The controller disables the output selection from the register file to 
avoid storing those parameters at this time, transmits the octet count to the 
individual details gating circuits on the IPU circuit boards, and enables those 
gating circuits to supply inputs to the data bus to the MCU. Decode of the 
octet count and selection of the corresponding input bits to the data bus is per- 
formed on each IPU4 circuit board. When the store cycle is complete, the 
controller checks for memory errors during the cycle, and if none have oc- 
curred, it increments the count in the octet counter and returns to state 5 to 
initiate another store cycle to memory. When the octet count reaches 12 or 
13 (KA or KB Buffer files), IMFSLDIS deactivates since the storage path for 
KA and KB is through the register file output selection gate. When the octet 
counter reaches 19 and the octet corresponding to that count has been stored 
(register file V), the store CP details operation is complete. The controller 
clears the count in the octet counter and the hard core request flag, and trans- 
mits a command complete signal to MHC. The controller then returns to 
state to await another command from MHC. 
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LOAD CP DETAILS. A code of 12 in IMQLSD(0-3) indicates a load CP 
details command to the IPU. When the controller detects this code, it clears 
the octet counter to an initial value of zero and sets the hard core request flag 
to indicate to CMR that unit hard core will be using the memory access paths. 
The controller then enters state 2. 

During a load CP details operation, the controller does not need to check 
operational status in the pipes as it does during a store operation. The con- 
tents of any pipe will be destroyed by the load process if the pipes are not 
empty. Therefore, when the controller enters state 2 it checks only to see if 
the IPU has any outstanding memory requests that will return before the opera- 
tion begins. Such data may be confused with the pointer octet, and produce 
errors. When the controller is sure that no requests have been sent to mem- 
ory that have not returned, it transmits IPZROPEN to MHC to indicate "zero 
pending requests'*. When MHC responds with I4ZROPEN, the controller locks 
the IPU in its current state and sets the hard core in progress flag. Control 
transfers to state 3. 

In state 3 of the controller loads a value of 18 into OA by setting bits 27 
and 28 of that register. The controller then initiates a memory request for 
the pointer octet, and enters status 4. 

When the octet enters KCM, the controller checks for memory errors, 
and if none have occurred, sets the load pointer flag to indicate that the 
pointer must be selected from the KCM octet and loaded into OA to provide 
the starting address of the store operation in memory. The controller enters 
state 5. 

In state 5 the controller sets bit 2 of IMHCASEL(0-2) to select word one 
from the octet in KCM (location 19), and transfers that word to OA fetch the 
first octet of data from memory. The controller toggles AR to the MCU to 
initiate the memory request for that data, and clears the load pointer flag so 
that the pointer will not be reselected during repeated cycles through state 5. 
Control transfers to state 6. 
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Since the octet counter was cleared at the start of the load operation, the 
value in the counter is zero. Therefore, when the controller enters state 6, 
it transmits the contents of the counter to the separate IPU details gating cir- 
cuits and enables those circuits to produce selection signals that route the in- 
coming data from KCM to the proper IPU registers and flags. When the octet 
enters KCM from memory, the controller checks for any memory errors. If 
none have occurred during the memory cycle, the controller increments the 
count in the octet counter, adds eight to the address in OA, and toggles AR to 
the MCU to initiate a new memory fetch. The controller continues to cycle in 
state 6 until the octet counter reaches 19. At that point the load operation is 
complete. The controller clears the octet counter and the hard core request 
flag, and indicates to MHC that the command is complete. The controller re- 
turns to state to await a new command. 

EXCHANGE CP DETAILS. A code of 13 in IMQLSD(0-3) indicates an ex- 
change CP details operation. The exchange CP details command produces a 
store CP details followed by a load CP details operation, and follows the paths 
through the controller logic described for those operations. The exchange flag, 
IMQEXCH, indicates which cycle is being performed during the exchange. This 
flag sets at the start of the exchange operation to indicate to the controller that 
the store CP details portion of the exchange operation is in progress. When 
the store portion is complete, controller state 6 clears the exchange flag so 
that the controller will follow the load status paths. 

STORE MAINTENANCE DETAILS. A code of 14 in IMQLSD(0-3) indi- 
cates a store maintenance details command. The execution of this command 
is identical to the store CP details command, except that the maintenance 
details operation does not check the status of the pipes before storing the IPU 
parameters. Instead it freezes the IPU in its current state as long as no re- 
quests are outstanding to the MCU. This difference occurs in state 2 of the 
controller. All oth^r controller paths are identical to the CP details control- 
ler paths. This command is used strictly for maintenance, and assumes that 
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due to some IPU difficulty, the data in the pipes should not be wound to com- 
pletion. Therefore, the current status is stored of each of the IPU param- 
eters so that the maintenance technician may examine the parameters to de- 
termine the source of the error. 

LOAD MAINTENANCE DETAILS. A code of 15 in IMQLSD(0-3) indicates 
a load maintenance details command. Execution of this command in the unit 
hard core controller is identical to execution of the load CP details command. 

OUTSTANDING REQUEST COUNTER 

This counter circuit keeps track of the number of outstanding read requests 
to memory for use by the unit hard core controller. When the controller is 
performing a read operation (-ICWRIT) and the MCU has returned the RA 
(request accepted) signal (ICRQCMP), this circuit checks to see if data is 
available from the MCU. 

ABNORMAL FLAGS 

The abnormal flags are four flip-flops. Each flip-flop sets whenever its 
particular abnormal condition occurs and is detected by the IPU circuits. 
The output from the circuit is available to the PP for inspection through the 
UR fanin circuit, and can also be stored into memory during a maintenance 
operation. The maintenance path to memory is enabled on the I4CMREQ 
circuit board. Three of the flags respond to condition detection circuit that 
are not on the I4HDCORE circuit board. These flags are: arithmetic excep- 
tion (ICQAREX) set by -IRARTHEX from the I4STATUS circuit board, IPU 
illegal op code (ICQIPIOP) set by IRSETIOP from the I4LVL3 circuit board, 
and IPU parity error (ICQIPPAE) which responds to IOPA from the MCU 
through the MCU interface circuit. 

The memory protect violation flag (ICQIPPRV) also responds to a signal 
from an error detecting circuit not contained on I4HDCORE (IRSETPRV from 
I4LVL3). However, an additional circuit on the I4HDCORE circuit board de- 
tects another protect violation that occurs during instruction fetching for the 
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IR register or the register, file. The four signals that comprise the two er- 
ror conditions originate qn.-tb.<e 14CMREQ circuit board. ICIR indicates an 
octet in KCM is intended for IR; ICFL indicates an octet in KCM is intended 
for the register file. If either of these signals is active and the protect vio- 
lation bit is set for the corresponding queue location (ICPRVO), the protect 
violation flag sets when the .output pointer is incremented to the next value 
(ICINCOP). .. • 

One additional input to the flag circuit allows the flags to be loaded with 
a value from the details map in memory during a maintenance operation. 
This path from KCM (IEQKCM7(4-7)) is enabled during the maintenance 
operation when the octet counter indicates that the 11th octet of the details 
map is in KCM (ICLDO (11)). Since this is the only circuit on I4HDCORE 
that is part of the details map, the actual decode of the octet counter count 
is performed on the I4CMREQ circuit board and the gating signal is forwarded 
to I4HDCORE. Refer to the description of the I4CMREQ circuit board for a 
description of the details gating circuit. 

UNIT REGISTER (UR) DECODE 

The UR decode circuit receives a four bit select code (I4UREN(0-3)) from 
the master hard core controller on the I4MIIC circuit board. The circuit 
decodes the four bits to produce five gating signals to the UR Data Selection 
and Fanin circuit. In addition, the circuit forwards the selection code bits 
to the I4CMREQ circuit board to select the UR data from that board 
(IMUREN(0-3)). The four ■bit. select code decodes as follows to produce five 
selection bits that return the indicated UR data to master hard core: 

I4UREN(0-3) Output Signal 



1000 


IHENDTUR(O) 


1001 


IHENDTUR(l) 


1010 


IHENDTUR(2) 


1011 


IHENDTUR(3) 


1100 


IHENDTUR(4) 


1101 


IHENDTUR(5) 



UNIT REGISTER DATA SELECTION AND FANIN 
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This selection circuit receives the signals generated by the UR Decode 
circuit and uses them to produce one of six possible input bytes (8 bits) from 
the registers and flags on the I4HDCORE circuit board. If none of the input 
selection bits is active, the UR data input from I4CMREQ is enabled to place 
data on the UR data bus (-IMURDATA(0-7)) for transfer to the CP Unit Reg- 
ister in the PP. Figure D-15 illustrates the bit assignments for the six unit 
register bytes that originate on this circuit board. Refer to the description 
of the I4CMREQ circuit board for the bit assignments on the -ICURDATA(0-7) 
bus. 

LEVEL 1 INSTRUCTION DECODE 

The level 1 instruction decode circuit receives the operation code (op code) 
portion of the instruction in the IR register at level 1 (IIQIR(0-7)). The cir- 
cuit decodes this eight bit number into two hexadecimal digits and uses the 
combination of digits to specify whether or not certain instructions or types 
of instructions are currently at level 1 of the IPU. The output of this decode 
circuit is not used by level 1, but transfers to DCL2 register at level 2 when 
the instruction in IR transfers to level 2. This decode circuit is selective. 
It inspects only for those instructions that require IPU attention at level 2 
before the instruction reaches level 3. The instructions, op codes and re- 
sulting output signals that this circuit produces are listed in tables D-2 and 
D-3. 

-IIFDTHF. This output from the decoding circuit indicates that the 
instruction at level 1 is "T Hazard Free". That is, the instruction type 
cannot be modified by indexing, so that the circuit that checks for an index- 
ing hazard should be disabled. The op codes for the instructions in this 
category that produce -IIFDTHF are listed in table B^IO, along with the com- 
ponent op codes for the other output signals from this circuit. The No Op 
input that produces -IIFDTHF is conditioned by -U2S(3) from the level 1 
controller. This signal indicates that an indirect instruction is not at the 
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■-i IMURDATA (0-7) 



INPUT SELECT 
S IC.NAL 



NO ACTIVE GATE 



-i ICURDATA (0-7) FROM I4CMREQ 



IMENDTUR(O) 



IMQFREEZ 



HARD CORE 
STATE 



HARD CORE 
STATE 1 



HARD CORE 
STATE 2 



HARD CORE 
STATE 3 



HARD CORE 
STATE 4 



HARD CORE 
STATE 5 



HARD CORE 
STATE 6 



IMQHCSTA(0-6) 



IHENDTUR(1 ) 



1 I — 1 

HARD CORE COMMAND REGISTER 
IMQI_SD(0- 3) 


IMQEXCH 


IMQHCREQ 


IMQHCINP 


IMQLDPTR 



IHENDTUR(2) 



IMQSPSDW 



NOT USED 



OCTET COUNTER 
IMQOCTR(0-4) 



IHENDTUR(3) 



1 

NOT USED 


1 

PROTECT MODE ID 

ICQPRM : 1(0 ,1 ) 


NOT 
USED 


1 1 

OUTSTANDING REQUEST 
COUNTER- IMQRC(0~ 2) 



IHENDTUR(4) 



ICQRDA: 1 



icqra: i 



icqdav: 1 



IOQDAV 



icqpar; i 



IOQPAR 



IHENDTUR(5) 



icqwrite: i 



imqprv: 1 



imqpae: i 



ICQIPPAE 
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Figure D-15. I4HDCORE UR Data Byte Assignments 
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Op Code 
OX 

16 

IB 

IF 

2B 
2F 
50 
51 
54 
55 
58 
59 
7X 
84 - 87 
90 
93 
94 
96 

97 
9A 

9B 



Table D-2. Level 1 Instruction Decode Outputs 

Instruction 
No Op 

LLA 

Load File 

Load File Multiple 

Store File 

Store File Multiple 

Add immediate to AR 

Add immediate to AR, halfword 

Load immediate to AR 

Load immediate to AR, halfword 

Subtract immediate from AR 

Subtract immediate from AR, halfword 

Add, divide or multiply immediate operations 

Conditional Branches 

Monitor call and proceed 

Push 

Monitor call and wait 

Execute 

Pull 
Fork 

Join 



Output Signal 
to DCL2 

-IISDNOP 

-IIFDTHF 

-IIFDMHF 

-IIFDTHF 
-IIFDMHF 

-IIFDLF 
-IIFDORG 

-IIFDLF 
-IIFDORG 

-IIFDORG 

-IIFDORG 

-IIFDMHF 

-IIFDMHF 

-IIFDMHF 

-IIFDMHF 

-IIFDMHF 

-IIFDMHF 

-IIFDMHF 

-IIFDTHF 

-IIFDMHF 

-IIFDPP 

-IIFDMHF 

IISDXEC 
-IISDXEC 

-IIFDPP 

-IIFDTHF 
-IIFDMHF 

-IIFDTHF 
-IIFDMHF 
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Table D-2. Level 1 Instruction Decode Outputs (Continued) 



Op Code 

9E 
BO 

CC, CD, 

CF 

Dx 

Fx 



Instruction 

Prepare to Branch 

P^xecute Vector Parameter File 

Circular shifts 

Compare immediates 

Logical operations on immediates 



Output Signal 
to DCL2 

-IISDPB 

-IISDVECT 

-IIFDMHF 

-IIFDMHF 
-IIFDMHF 



Signal 

IIFDTHF 

-IIFDLF 

-IIFDORG 

-IIFDPP 

-IISDNOP 

-IISDPB 

-IISDVECT 

-IISDXEC 

-IIFDMHF 



Table D- 3 . Output Signal Components 

Op Codes that produce it 

Ox, .16, 4 84, 85, 86, 87, 9A or 9B 

IB or IF 

:i IB, IF, 2B or 2F 

93 or 97 , 

Ox . 

9E 

BO 

96 

Ox, 16, 50, 51, 54, 55, 58, 59, 90, 94, 
9A, 9B, CC, CD, CF, Dx, or Fx. 
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level 1 controller is not in the level 3 indirect at level 3 state. If the level 1 
controller is in that state, the No Op input to the T Hazard Free signal is 
disabled, so that the T Hazard Free flag is not set by the blocked state of the 
pipe while the indirect instruction is being processed. The remaining op 
codes that produce this signal are not qualified. 

-IIFDMHF. This output from the decoding circuit indicates that the 
instruction at level 1 is "M Hazard Free". That is, the instruction cannot 
be modified using the base relative modification circuits, so that the circuit 
that checks for a base modification hazard should be disabled. Refer to 
table D-Z for the component op codes that are included in the M Hazard 
Free category. 

LEVEL 2 INSTRUCTION DECODE 

The level 2 instruction decode receives the op code portion of the instruc- 
tion at level 2 from the R2 register (IPQR2(0-3)) and from the ADDRM reg- 
ister (IPQADDRM(4-7)) on the I4PIPE circuit boards. It decodes the eight 
bit input into two hexadecimal digits, and then combines the hexadecimal 
digits to determine if the instruction is one of a set of instructions that re- 
quires attention from the level 3 controller. The output of this circuit is not 
used by level 2, but transfers to the DCL3 register at level 3 when the in- 
struction transfers to level 3. The circuit inspects only for the set of in- 
structions outlined in table D-4. 

Figures D-16 and D-17 are flowcharts for the I4HDCORE circuit board 
and figure D-18 is the card block diagram. 
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Table D-A. Level 2 Instruction Decode Outputs 



Hexadecimal 
Op Code 

11 

12 
13 
16 
1A 
IF 
22 
2F 
80 
82 
84 

85 

86 

87 

90 

91 
93 

94 
95 
97 
98 
99 

9A 



Instruction 
Load Arithmetic mask and condition 

Load arithmetic mask 

Load arithmetic exception condition 

Load look ahead 

Exchange 

Load File Multiple 

Store Program Status Word 

Store file multiple 

Increment, test and skip on equal 

Decrement, test and skip on equal 

Branch on AR less than or equal 

Branch on AR greater than 

Branch on index less than or equal 

Branch on index greater than 

Monitor call and proceed 

Branch on compare code 
Push 

Monitor call and wait 

Branch on result code 

Pull 

Branch and load base register with P3 

Branch and load index or vector 
registers with P3 

Fork 



Signal Generated 

-IPFDLAC 
-IPFDLAM 

-IPFDLAM 

-IPFDLAC 

-IPSDLLA 

-IPSDXCH 

-IPFDMLT 

-IPSDSPS 

-IPFDMLT 

-IPFDSKE 

-IPFDSKE 

-IPFDBLCE 
IPBCLBCG 

-IPFDBDG 
IPBCLBCG 

-IPFDBCLE 
IPBCLBCG 

-IPFDBCG 
IPBCLBCG 

-IPSDMCP 
-IPFDBWN 

-IPSDBCC 

-IPSDPSH 
-IPFDSTK 

-IPFDBWN 

-IPSDBRC 

-IPFDSTK 

-IPFDBBX 

-IPFDBBX 

-IPSDFORK 
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Table D-4. Level 2 Instruction Decode Outputs (Continued) 

Hexadecimal 

Op Code Instruction Signal Generated 

9B Join -IPSDJOIN 

9C Branch on execute condition true -IPSDBXEC 

9D Branch on arithmetic exception true -IPSDBAE 

AE Store clock -IPSDSTC 
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Figure D-16. I4HDCORE, Outstanding Request Counter Flowchart 
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XFRI4CCR 

(12-15) 
FROM MHC TO 
IMQLSD(0-3) 



IMDHCSTA(1 ) 
(215-2) 
SHT 2 



IMQLSD(O) 

IMQLSDM 

IMQUSD(2; 

IMQLSD(3] 



STATE 1 



V. 



FETCH POINTER 
SHEET 5 



PREPARATION FOR EXECUTION 
SHEETS 3/4 




CHECK POINTER STATUS 
SHEET 5 



MONITOR/CAPTURE 
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UNIT CCR DECODE 
SHEET 2 
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Figure D-17. I4HDCORE, IPU-4 Unit Hardcore Flowchart (Sheet 1 of 8) 
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Figure D-17. I4HDCORE, IPU-4 Unit Hardcore Flowchart (Sheet 2 of 8) 
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Figure D-17. I4HDCORE, IPU- 4 Unit Hardcore Flowchart (Sheet 3 of 8) 
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Figure D-19. 4X MBU Unit Hardcore Flowchart (Sheet 1 of 3) 
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Figure D-19. 4X MBU Unit Hardcore Flowchart (Sheet 2 of 3) 



D-64 



Advanced Scientific Computer 




V 



HS TATE (3) 
HSTATE (7) 




INCREMENT 
POINTER PAST 
OTHER UNITS 

APO=AO(WORDS) 

API = 150 

AP2=300 

AP3r2B0 



BHZE=1= SET 
ALL ZONE 
CONTROL BITS 
BHSDO(X) GATES 
OCTET X ONTO 
THE TWO WAY 
BUS 



BHZE — 1 
PM— 1 1 
BHSDO(X)— 1 



OA— HCA 



BHLDO(X) 
GATES SC 
INTO OCTET X 
OF MAP 




HSTA TE (8) 

HSTATE (9) 



ABTRM— 1 
HCREQ — 
UNIT CMP 



BHLDO(X)— 1 




EXCH— 
BHPAS — 1 
HCA— POINTER 



5 



(B)132481 (3/3) 



Figure' D-19. 4X MBU Unit Hardcore Flowchart (Sheet 3 of 3) 
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Figure D-20. 4X MBU UHC De-escalate Controller Flowchart (Sheet 2 of 2) 
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Figure D-21 . 4X AU Unit Hardcore Flowchart (Sheet 6 of 7) 
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BUMHC AND LOGCLK-8 LOGIC CARDS 

During early stages of CPU Check-Out, sub-units of the CPU can be checked "off 
line". For instance the IPU can be checked alone, as can any pipe (MBU/AU 
pair). In this case, since the function pipe station tester requires a master 
hardcore interface, the BUMHC card (a XI Master Hardcore card) is used to pro- 
vide this interface. 

When pipe check-out is complete, the BUMHC card can be removed from the ma- 
chine: it is no longer required for proper pipe operation. 

Similarly, LOGCLK-8 logic card provides "MASTER CPU Clock" for the pipe during 
pipe check-out and may also be removed after off line pipe check-out. 

The following paragraphs and flowcharts are provided for pipe check-out, hard- 
core understanding. 

CAPTURE CCR 

The capture CCR logic is part of the master hard core circuitry that monitors 
the transfer bit (TB) and unit code of the Common Command Register (CCR) in 
the Peripheral Processor Communications Register File. The flowchart in 
figure D-22 illustrates the control cycle. If TB sets, the PP is issuing a 
command to one of the system devices. The controller then inspects the unit 
code of the command to determine if the command is intended for the CP. A 
code of 41 (in hexadecimal) specifies a CP command. The controller then 
inspects the Request Present flag (QRPF) to determine if another request is 
currently being processed by the hard core logic. If this flag is set, the 
controller must wait until it clears before proceeding. When the flag clears, 
the controller activates the Reset TB (RSTB) and Gate CCR (GCCR) lines to the 
CR File to transfer the new command into the CP. When the PP returns a recog- 
nition of the transfer (TBRL), the controller deactivates the two signals 
and activates the Request Present indicator (RP) to indicate to the hard core 
logic that a new command is resident. The controller then ensures that the 
TB has not yet reset. 

NOTE 

Due to the long clock period of the CR File with respect 
to the CP, the CP has several clock periods before TB 
resets. Therefore, if TB is reset at this point, it 
should not have been set. This feature also provides a 
time-out that negates the CCR command if QRPF does not 
set within a reasonable time. 

If TB is still set, the controller waits for the hard core logic to set QRPF 
as a result of RP being active. QRPF indicates an active command in the hard 
core logic. When QRPF sets, the controller drops RP and waits for TB to 
clear. When TB clears, the cycle is complete and the controller is ready to 
begin the cycle again. 
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Figure D-22. Capture CCR Logic Flowchart 
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ERROR MONITOR 

The error monitor logic, illustrated in figure D-23, determines the conditions 
in the CP hard core interface and sets the reason code bits to the PP to 
indicate the status of a context switch in the CP. If an error occurs in the 
program currently executing in the CP, the program should be switched out of 
the CP and a new program loaded into the CP to conserve processor time The 
monitor, therefore, checks the SC and MC bits from the PP. If either of these 
bits is set, then the PP has not as yet recovered from the last program switch 
to ready a new program for the current switch. The controller sets the 
reason code bits to "Oil" to indicate this condition. If however, the PP has 
prepared a new program, the controller examines the AS control bit from the 
PP. If Allow Switch is a zero, the PP is prohibiting a context switch. The 
controller sets the reason code bits to "111" to indicate that an error has 
occurred, but has not been switched out of the CP. If AS is not zero, the 
controller clears the reason code bits and allows hard core logic to initiate 
the context switch. 

The decision paths are similar for MCW or MCP instructions in the program 
sequence. These instructions are also dependent upon Allow Call (AC) being 
set, so an inspection of that bit is also made. Since an MCP does not 
initiate an immediate switch of programs, the AS bit does not have to be 
active for successful completion of the instruction. If no error, MCW or 
MCP is encountered during the control cycle, the controller clears the reason 
code bits and returns to the start of the control cycle for the next clock. 

BUMHC SEQUENCE CONTROL 

Sequence control monitors the program progress in the CP, initiates context 
switches when errors occur, decodes CCR commands from the CR file and issues 
commands to the unit hard core controllers to execute the commands. Before 
initiating any operation, sequence control examines the control byte from the 
CR file to determine if that operation is permitted. The sequence control 
flowchart appears in figure D-24 and table D-5 defines the acronyms used in 
the flowchart. 

STATE 

State of sequence control monitors the conditions in the CP during normal 
processing and waits for a CCR command from the PP. If a program error, MCW, 
MCP or system error occurs during normal processing, the controller exits to 
the state 'that performs the required steps for that condition. If a CCR 
command enters from the PP, the controller decodes the command and exits to 
the state required to initiate that command. During normal operation, the 
controller monitors the Run Bit to ensure that normal operation is in progress. 
It then checks the System Error indication and exits to state 1 if a system 
error has occurred. If no system error occurs, the controller checks AUTO 
from the Error Monitor circuit. If this signal is active, the controller 
determines which condition caused AUTO (by examining the other indicator bits 
from the Error Monitor) and exits to the proper state. If AUTO is not set, 
the controller examines QRPF. If this flag is set, then the Capture CCR logic 
has detected and captured a CCR command from the PP. The controller determines 
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Figure D-23. Monitor Flowchart 



D-78 



Advanced Scientific Computer 





~— 1 — — — — — — [YES 



1 1 5847 



Figure D-24. BUMHC Sequence Control Flowchart (Sheet 1 of 7) 
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Figure D-24. BUMHC Sequence Control Flowchart (Sheet 2 of 7) 
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Figure D-24. BUMHC Sequence Control Flowchart (Sheet 3 of 7) 



D-81 



Advanced Scientific Computer 





HCINIT-^1 
CCRO^O 
ERRF-*-1 
WAIT«*-1 




HCINI"P«-1 

CCRO-*-0 

WAlT-*-1 




HC1NIT««-1 

CCRO^-CCR 

WAIT-*-1 




HCINIT««-1 
CCRO-^CCR 
EXCHF^-t 
WAIT<#-1 




1 1 5850 



Figure D-24. BUMHC Sequence Control Flowchart (Sheet 4 of 7) 
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Figure D-24. BUMHC Sequence Control Flowchart (Sheet 5 of 7) 
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Figure D-24. BUMHC Sequence Control Flowchart (Sheet 6 of 7) 
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Figure D-24. BUMHC Sequence Control Flowchart (Sheet 7 of 7) 
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Term 
AB 

ABORT 

ABTERM 

AS 

AT 

AUTO 

CC 

CCRO 

CHKCMD 

CLRINP 

CLRREQ 
CSR 

CSW 

ERRF 

EXCHCMD 

EXCHF 



Table D-5. Sequence Control Acronyms 

Function 

Abnormal - Condition byte bit to PP that indicates that the last 
CCR command terminated abnormally. 

Signal to unit hard core controllers that prevents them from 
further processing of any CCR command. 

Signal from the unit hard core controllers that indicates an 
abnormal termination of a unit command. 

Allow Switch - CP Control Byte bit from PP that enables automatic 
switching for MCW and errors. 

Abnormal Termination - Response Byte bit that indicates to the PP 
that a switch or call terminated abnormally. 

Signal from Error Monitor that indicates an MCW, MCP or an error 
condition in the CP. 

Command Complete - Condition Byte bit that indicates the completion 
of the last CCR command. 

CCR Output Register - Register in master hard core that supplies 
instruction codes to unit hard core controllers. 

Check Command - Internal signal indicating that the C r R command is 
either a status or intermediate maintenance transfer (CCR codes 
4108 through 410D). 

Signal that clears the Hard Core In Progress flag in the unit hard 
core controllers. 

Clears the unit hard cores Hard Core Requirement flag. 

Context Switch Response - signal from PP indicating that map and 
protect parameters are set up in MCU for a switch. 

Context Switch - signal to PP indicating a requirement for new map 
and protect parameters in the MCU for a context switch. 

Internal flag that indicates a program error switch is being 
performed . 

Exchange Command - internal signal that indicates that the CCR 
command involves both a load and a store (exchange) - CCR codes 
41 OA and 41 OD. 

Internal flag that indicates that the hard core logic is process- 
ing an exchange command from the PP. 
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Term 
HCCALL 

HCINIT 

MC 

MCWF 

MEMCMD 

QRPF 

RB 
RIPF 

RZF 

SC 

SE 

SETREQ 

SIMCMD 

STRB 
SYSERR 

TR 



Table D-5. Sequence Control Acronyms (Continued) 

Function 

Call permission indicator to level 3 controller to enable IPU to 
write the call pointer. 

Hard Core Initiate - Starts hard core operation in the unit hard 
core controllers. 

Message Complete - Response Byte bit that indicates that the CP 
has completed an MCW or MCP. 

Internal flag indicating that the controller is performing an 
MCW operation. 

Internal signal that indicates that the CCR command is either a 
load or store operation - CCR codes 4100, 4101, 410E and 410F. 

Request in Progress flag - Set by the Capture CCR logic indi- 
cating that a CCR command is active in the CP. Cleared at the 
completion of command by Sequence control. 

Run Bit - When set, enables CP processing. 

Internal flag indicating that the command in progress will reset 
the run bit. 

Internal flag indicating that an error reason code will be sent 
to the PP. 

Switch Complete - Response Byte bit indicating that the CP has 
completed an MCW or error switch. 

System Error - Response Byte bit indicating that a parity error 
occurred during normal processing. 

Set Hard Core Requirement - Sets the Hard Core Requirement flags 
in the unit hard core controllers so that the units will wind 
down operations ,in preparation for a maintenance command. 

Simple Command - Internal signal indicating that the CCR command 
is a basic command requiring no complex operations - CCR codes 4102 
through 4107. 

Set Run Bit - Internal signal indicating a Set Run Bit CCR command. 

System Error - Internal signal indicating that a parity error has 
occurred during CP processing or the PP has set TR. 

Terminate Request - Control Byte bit that instructs the CP to 
cease processing the current CCR command. 
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Table D-5. Sequence Control Acronyms (Continued) 
Term Function 

UNCMP Unit Complete - Internal signal that indicates that all CP unit 
hard core controllers have completed their operations for the 
current CCR command. 

WAIT Prevents memory requests to keep the CP in a zero request pending 
state. 

ZROPND Zero Pending - Indicates that all memory requests have been 

satisfied by returning data from memory (no outstanding requests). 

that the PP has not terminated the request, and then decodes the command. If 
the command is a simple one-step command (lock or unlock PC, set or reset all 
registers, or reset error cells), the controller exits to state 2 to enable^ 
the unit hard core controllers to perform their functions. If the command is 
an intermediate or status command, the controller ensures that the CP has not 
recently completed a context switch that the PP has not recognized (SC or MC 
set). If this is the case, the program that the PP requested status or inter- 
mediate information for is no longer in the CP. The controller, therefore, 
sets command complete, abnormal termination, clears the request present flag 
and transfers the condition byte to the PP. If the CCR command is a load or 
store operation, the controller exits to state 4 to process the request. If 
the command is a Set Run Bit, the controller sets the Run Bit and command 
complete, and clears the Request Present flag. If none of the above commands 
are present, the controller defaults to a clear run bit command which is 
performed in state 1 . 

STATE 1 

Four conditions cause the controller to enter state 1. These conditions are: 

1. System error during normal operation. 

2. Error reason code to be sent to PP. 

3. Reset Run Bit command from PP. 

4. System error during a call operation. 

For each of the above causes, the controller sets the Hard Core Requirement 
flag in each of the unit hard core controllers so that they will conclude the 
operations that are currently being processed. If a reason code is to be sent 
to the PP, the controller also updates the reason code in the reason buffer 
so that the correct information will be sent to the PP, and sets the RZF flag 
to indicate that the code will be sent. The RIPF flag is set if the Run Bit 
will be cleared by the command in progress. The controller then waits for 
ZROPND to indicate that all outstanding memory requests have returned from 
memory. During the waiting period, the controller monitors the system error 
indicator and disables the unit hard core controllers if a system error occurs 
The controller then decodes the states of the three indicators; SYSERR, RZF 
and RIPF, to determine what actions to perform. RZF and RIPF are mutually 
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exclusive flags, whereas, SYSERR could have occurred while waiting for ZROPND. 
The decode and the resulting actions are listed in the flowchart (figure 4-45). 
The actions are enabled for the next clock following the decode (state 7). 

STATE 2 

The controller enters State 2 when it decodes the CCR command from the PP to 
be a simple operation requiring no complex transfers in the CP. The control- 
ler then issues HCINIT to the unit hard core controllers to start each of the 
units into their respective sequences, and gates the CCR code into the master 
hard core's CCR Output register. The controller then waits until each unit 
hard core controller returns an operation complete indication before it exits 
to state 7 to issue Command Complete to the PP and clear the Request Present 
flag (QRPF). 

STATE 3 

The controller enters state 3 during call commands. In this state the control- 
ler waits while the level 3 controller writes the call message into the 
designated location (location 07) in memory. When the controller enters state 
3, it sets HCCALL to the level 3 controller to enable it to write the message 
into memory. If the command is an MCW, the controller also sets the MCWF flag. 
The controller then waits for Call Complete indicating that the message has 
been written. During the waiting period, the controller monitors the error 
indicators to ensure that no system or program errors occur. A system error 
causes the controller to exit to state 1 to terminate the operation. If a 
program error occurs, the controller may terminate the operation in state 1 
if the Allow Switch bit is not set. If AS is set, the controller exits to 
state 4 to begin a context switch that loads a new program into the CP. If 
the message is written into memory without error, the controller examines the 
MCWF flag to determine if it should perform a context switch (MCW), or if it 
should continue to process the same program (MCP). For an MCP, the controller 
exits to state 7 to set Message Complete to the PP. For an MCW the controller 
exits to state 4 to begin the context switch. 

STATE 4 

The controller enters state four under four conditions, each of which requires 
some type of memory transfer (load, store or exchange). When the controller 
enters state 4, it sets HCINIT prepare the unit hard core controller for the 
transfer operation, sets WAIT to prevent them from initiating any memory 
requests, and transfers a code into the CCR Output register for transfer to 
the UHC's ("0" for context switches, or CCR code for the direct CCR commands). 
The Exchange flag sets if the operation is an exchange. The controller then 
waits for all outstanding memory requests to return from memory. During the 
waiting period, if a system error condition occurs, the controller sends Abort 
to the unit hard core controllers to halt performance of the CCR command. 
When ZROPND becomes active, the controller ensures that no system errors have 
occurred, that a program error has not occurred, or if ERR is set, that the 
operation is a context switch (ERRF or MCWF). The controller then exits to 
state 5 for context switch or exchange operations and to state 6 for load or 
store operations. 
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STATE 5 

The controller enters state 5 to perform an exchange of CP contents. In this 
state, the controller sends CSW to the PP to ensure that the map and protect 
parameters have been established in the MCU. When the PP responds with CSR, 
indicating that the parameters for the new program are ready, the controller 
exits to state 6. When the controller enters state 5, it also clears the WAIT 
flag so that the unit hard core controllers can begin the store portion of 
the exchange while the sequence controller is waiting for CSR. 

STATE 6 

When the controller enters state 6, it clears the WAIT flag and CSW to the PP 
if CSW was enabled in state 5. Clearing WAIT allows the unit hard core con- 
trollers to perform the designated memory transfer operation. For context 
switches, the new program is loaded while the controller is in state 6; for 
loads or stores, that operation is performed in state 6. When each of the 
unit hard core controllers has completed its transfer operation, the control- 
ler determines if any of the units terminated abnormally and issues the status 
and transfer commands required for each of the conditions. These commands are 
illustrated in the flowchart for sequence control (figure D-24) . 

STATE 7 

State 7 enables the status and transfer commands that the controller has 
determined are required (through examination of the operations in the other 
states of the controller). These transfer commands and status reports are 
illustrated in the sequence control flowchart. After enabling these commands, 
the controller determines if the operation completed by hard core was an error 
context switch (ERRF). If not, the controller clears all control flags and 
returns to the initial monitor cycle in state 0. If ERRF is set, the control- 
ler exits to state 8 to reinitialize the CP hardware flags. 

STATE 8 

The controller enters state 8 from state 7 after completion of an error switch 
operation. Since an error produced the switch operation and a new program has 
entered the CP, the system error cells in each of the CP units must be cleared 
so that they will not affect the operation of the new program. To produce 
this effect, the controller loads a code of "06" (Reset system error cells) 
into the CCR Output register, and enables the unit hard cores by setting Hard 
Core Initiate (HCINIT). The controller remains in state 8 until the. unit hard 
core controllers have completed the operation (UNCMP). The controller then 
returns to the initial monitor cycle in state 0. 
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Table D-6. 4XCP UR Dump Interpretation 



Byte 



Bit 



Signature 



Description 



0-7 



STATE(l-8) 
I4STAT(l-8) 



MASTER HARDCORE 

One bit each for states 1 through 8 of the 
sequence controller. State is not re- 
presented in UR Dump. 



0-3 



4-7 



CCR(12-15) 
I4QCCRI(12-15) 

CCR(12-15) 
I4QCCRB(12-15) 



RPF 
I4QRPF 



RP(0, 1) 
1-2 I4QRP(0, 1 



GCC 

3 I4QGCC:1 



Last hex of last CCR command sent to 
the CP. 

Last hex of last CCR command sent to 
unit hardcores. 

Request present flag is a bit set by the 
CCR loader to inform the sequence con- 
troller a new CCR command is to be per- 
formed. Reset by the sequence control- 
ler when it completes the command. 

State flip-flops of the CCR asynchronous 
loader. Responsible for setting RPF and 
resetting the transfer bit in the CR file. 

Gate command complete. Set by the se- 
quence controller to set the command 
complete bit in the CR file to indicate 
completion of a CCR command. Also 
gates the AB bit (CR 12 Bits 0+1). 

Gate system error. Set by the sequence 
controller to set the system error bit in 
the CR file to indicate terminate request, 
memory protect violation or memory 
parity error. 

Gate attention set by the sequence con- 
troller to gate the attention, switch com- 
plete and message complete bits into 
CR 12 byte 0, bits 1-3. 

MHC consists of the Sequence Controller, the Reason Error Encoder, and 
the CCR Asynchronous Loader. 



GSE 
4 I4QGSE:1 



GAT 
I4QGAT:1 
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tt 




ff 



Table D-6. 4XCP UR Dump Interpretation (Continued) 



Byte 


Bit 


Signature 


Description 



GCB 
I4QGCB:! 



GRZ 
7 I4QGRZ:1 



CCRI(ll) 
I4QCCRI(11) 



RPLY 
I4QRPLY:! 



HCINIT 
I4QHCINIT 

ABORT 
I4QABORT 

ZROPN 
I4QZROPN 

MHCCMP 
I4MHCCMP 

MHCABT 
I4MHCABT 



Gate condition byte set by the sequence 
controller to gate the CP condition bits 
into CR 12 byte 2 bits 2-6; ME, PE, IL, 
AE, and PV. 

Gate reason code set by the sequence 
controller to gate the reason code into 
CR 12 byte bits 5-7 as set up by the 
reason error encoder. 

CCR input register bit 11, buffers fact 
that a set or reset run bit CCR command 
was sent to CPU (the MHC). 

Reply set to indicate message complete 
or switch complete, or both, has been 
set in CR file 1 bits used to develop atten- 
tion. 



Hardcore initiate used to start hardcore 
operation in unit hardcore controllers. 

Abort signal to unit hardcores to stop 
CCR processing by cleaning UHC's. 

Zero pending indicates no outstanding 
memory requests. 

Master hardcore complete. An "AND" 
of all unit hardcore complete signals. 

Master hardcore abnormal termination, 
an "OR" of all unit hardcore abnormal 
termination signals. 
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Table D-6. 4XCP UR Dump Interpretation (Continued) 



Byte 


Bit 


Signature 


Description 



CSR 
I4QCSR 



ERR 
4 I4ERR 



ERRF 
I4QERRF 



SYSERR 
I4SYSERR 



AUTO 
I4AUTO 

RZF 
I4QRZF 



RIPF 
I4QR1PF 

EXCHF 
I4QEXCHF 



Context switch reply signal sent from the 
MCU to indicate the map and protect reg- 
isters are valid and it is alright to pro- 
ceed with the load half of an exchange 
command. 

Error indicates an illegal op code, mem- 
ory parity error, memory protect viola- 
tion, or arithmetic exception and the run 
bit was on. 

Seb by sequence controller to retain fact 
that ERR was true and no condition exists 
that requires software or manual inter- 
vention. 



Master hardcore system error, "OR" of 
memory parity and protect error signals 
from unit hardcores and terminate re- 
quest. 

Signal generated by ERR or a monitor 
call used to interrupt normal operation. 

Reason flag set by the sequence control- 
ler to indicate that a reason code other 
than zero has been generated. 

Reset in progress flag indicates the com- 
mand in progress will reset the run bit. 

Exchange flag set by sequence controller 
to retain the fact that it is processing an 
exchange CCR command. 
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Table D-6. 4XCP UR Dump Interpretation (Continued) 



Byte 



Bit 



Signature 



EXCMD 
I4QEXCMD 



AT 
I4QAT:1 



AB 
I4QAB:1 



INTRP 
I4QINTRP 



VBG 
3 I4QAVBG 



MCP 

4 I4QMCP 

MCW 

5 I4QMCN 

MCWF 

6 I4QMCWF 



CLCMP 
7 I4QCLCMP 



Description 



Exchange command set by the sequence 
controller after the store portion of an 
exchange command to retain the fact that 
it has started the load operation and will 
not reinitiate it in state 6. 

Abnormal termination indicates an error 
condition occurred during a switch or 
call operation. 

Abnormal set by sequence controller to 
indicate CCR command terminated ab- 
normally sets CR 12 byte 2 bit 1. 

Interrupt generated by sequence control- 
ler when an error or monitor call condi- 
tion exists and can be handled without 
software or manual intervention. 

Any vector bad buy signal generated by 
the level 3 controller to indicate that a 
vector is being executed that cannot be 
restarted except as a new instruction. 

Monitor call and proceed indicates an 
MCP instruction is being processed. 

Monitor call and wait indicates that an 
MCW is being processed 

MCW flag - a flag set in sequence con- 
troller state 3 to retain the fact that an 
MCW is in progress. 

Call complete set by the level 3 control- 
ler to inform master hardcore that the 
message has been stored on a monitor 
call operation. 
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Byte 



Table D-6. 4XCP UR Dump Interpretation (Continued) 



Bit 



Signature 



Description 



PRV 
6 I4QPRV 

PAR 
6 1 I4QPAR 

ILLO 
6 2 I4QILLO 

AREXC 
6 3 I4QAREXC 

MIERR 
6 4 I4QMIERR 



AMERR 
6 5 I4QAMERR 

1CMP 
6 6 I4Q1CMP 

IABT 

6 7 I4QIABT 

MABT(0-3) 

7 0-3 I4QMABT(0-3) 

AABT(0-3) 
7 4-7 I4QAABT(0-3) 



Protect violation. "OR" of unit protect 
violations from IPU and MBU's. 

Memory parity error. "OR" of unit 
parity errors from IPU and MBU's. 

Illegal operand "OR" of I4Q1PIOP from 
IPU and BHQLLOPR(N) from MBU's. 

Arithmetic exception from IPU. 

MBU or IPU memory error "OR" of 
I4MEMERR from the IPU and BHCMERR 
(0-3) from the MBU's. 

AU memory error "OR" of AHQPR(0-3) 
signals from AU's. 

IPU's unit complete bit. 

IPU's abnormal termination bit. 

MBUS' abnormal termination bits. 

AUS' abnormal termination bits. 



MCMP(0-3) 
0-3 I4QMCMP(0-3) MBUS' unit complete bits. 



ACMP(0-3) 
4-7 I4QACMP(0-3) 



AUS' unit complete bits. 
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Table D-6. 4XCP UR Dump Interpretation (Continued) 



Byte 


Bit 


Signature 


Description 



PV 
9* I4QPV 

PE 

1 I4QPE 

1L 

2 I4Q1L 

AE 

3 I4QAE 

ME 

4 I4QME 

RZ(0-2) 
5-7 I4QRZ(0-2) 



A* 



TR 
I4QTR 

AS 
I4QA-S 

AC 
I4QAC 

SB 
I4QSB 

MC 
I4QMC 

sc 

I4QSC 

SS 
I4QSS 

RB 
I4QRB 



Protect violation CR 12, byte 2, bit 6. 



Parity error CR12 byte 2, bit 3. 



Illegal op code CR 12, byte 2, bit 4. 



Arithmetic exception CR 12, byte 2, bit 5. 



Memory error CR12, byte 2, bit 2. 



Reason code CR 12, byte 0, bits 5-7, 



Terminate request CR A, byte 3, bit 5, 



Allow switch CR A, byte 3, bit 7, 



Allow call CR A, byte 3, bit 6. 



Load status bit CR 14, byte 3, bit 1. 



Message complete CR 12, byte 0, bit 2, 



Switch complete CR 12, byte 0, bit 3. 



Status stored CR 12, byte 0, bit 4. 



Run bit CR 12, byte 2, bit 7. 



: Bytes 9 and A are identical to the bits in the CR file for each condition. 



D-96 



Advanced Scientific Computer 




Table D-6. 4XCP UR Dump Interpretation (Continued) 



Byte 


Bit 


Signature 


Description 



'. FREEZE 
IMQFREEZ 

STATE(0-6) 
1-7 IMHCSTA(0-6; 

LSD(0-3) 
0-3 IMQLSD(0-3) 

EXCH 

4 IMQEXCH 

HCREQ 

5 IMQHCREQ 



HCINP 
IMQHCINP 



LDPTR 
IMQLDPTR 



SPSDW 
IMQSPSDW 

OCTR(0-4) 
3-7 IMQOCTR(0-4) 



PRM(O) 
2 ICQPRM:(0) 



IPU HARDCORE 

IPU's equivalent of run bit if run bit = 1, 
freeze = 0. 

State flip-flops for IPU hardcore. 

Low order hex of last CCR command sent 
to the IPU by master hardcore. 

Exchange indicates that the IPU hardcore 
has decoded an exchange CCR command. 

Hardcore requirement signal to the CM 
requestor to stop normal request pro- 
cessing. 

Hardcore in progress signal from the 
master hardcore to indicate it is OK to 
proceed with CCR command processing. 

Load pointer set on transition from 
State 4 to State 5 to retain the fact that 
the pointer octet has been loaded reset 
on transition from State 5 to State 6. 

Store program status doubleword. Set 

to A 1 to gate the program status to IOCM. 

Octet counter. Counter used to indicate 
what data in the status, details or PSDW 
is involved in a memory transfer. 

Signal developed from IMSFREQ which 
is used to make a memory request during 
a STF or STFM instruction. 
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Byte 



Table D-6. 4XCP UR Dump Interpretation (Continued) 



Bit 



Signature 



PRM(l) 
ICQPRM:(1) 







RC(0-2) 


3 


5-7 


IMQRC(0-2) 
RDA 


4 





ICQRDA:1* 
RDS 


4 


1 


ICQRDS:1 

RA 


4 


2 


ICQRArl 
AR 


4 


3 


ICQARtl 

DAV 


4 


4 


ICQDAVrl* 
DAV 


4 


5 


IOQDAV* 
PAR 


4 


6 


ICQPARrl* 
PAR 


4 


7 


IOQPAR* 
RDA 


5 





IOQRDA* 
WRITE 


5 


1 


ICQWRITErl 



Description 



Signal developed from IMLFREQ which is 
used to make a memory request during a 
LF or LFM instruction. 

Read counter indicates the number of out- 
standing read requests to central memory. 

Q output of 2nd level F/F set by read data 
available from the MCU. 

Read data sampled to the MCU. 

Request accepted from MCU. 

Access request to MCU. 

Q output of 2nd level F/F set by data 
available signal from the MCU. 

Q output of 1st level F/F set by data 
available signal from the MCU. 

Q output of second level F/F set by 
parity error signal from MCU. 

Q output of first level F/F set by parity 
error signal from MCU. 

Q output of F/F set by read data avail- 
able from the MCU (IORDA). 

Write. Indicates a write to memory op- 
eration. F/F is clocked by gate signal 
to OA register. 



*Bits from 1st level are asynchronously loaded, 2nd level are synchronized, 
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Table D-6. 4XCP UR Dump Interpretation (Continued) 



Byte 


Bit 


Signature 


Description 



PRV 
2 IMQPRV:! 



IPPRV 
ICQIPPRV : 

PAE 
IMQPAE:! 



IPPAE 
ICQIPPAE : 

AREX 
ICQAREX* 



IPIDP 
7 ICIPIOP** 

IP(O-l) 
0-1 ICQIF(O-l) 

OP(O-l) 
2-3 ICQOP(O-l) 

BSY(0-3) 
4-7 ICQBSY(0-3) 



ACT(0-3) 
0-3 ICQACT(0-3 



Protect violation which occurred while 
the freeze bit was set (i. e. , a hardcore 
operation). 

Protect violation which occurred during 
normal processing. 

Memory parity error which occurred 
while the freeze bit was set (i. e. , during 
a hardcore operation). 

Memory parity error during normal in- 
struction processing. 

Arithmetic exception. A divide check, 
FX. PT. overflow, FL. PT. overflow, 
or FL. PT. underflow has occurred and 
its corresponding mask bit was set. 

Illegal op code. 

Input pointer for CM request que. 

Output pointer for CM request que. 

CM request que busy bits if set. Each 
bit indicates that the request it is associ- 
ated with has been made. 

CM request que active bits if set. Each 
bit indicates the request it is associated 
with will be used when it returns from 
memory. 



**Set by lines from Level 3 Controller. 



D-99 



Advanced Scientific Computer 




Table D-6. 4XCP UR Dump Interpretation (Continued) 



Byte 


Bit 


Signature 


Description 



PRV(0-3) 
4-7 ICQPRV(0-3) 

CUEO(M), 
CUE1(M) 
0-7 ICQCUEN(M) 



CM request que protect violation bits. 



Encoded bits which give the destination 
of the data for CM. request queue position 
M where M = 0, 1, 2, 3 and N = 0, 1. 
The encoding is done in the following 
manner: 

CUEO(M) CUE1(M) Destination Operation 





(Load In- 


KA 


structions) 




(Load In- 


KB 


structions) 




(Indirect 


IR 


Address) 


Register 


(Load 


File 


File) 



B 



D 



E 



E 



0-7 



0-7 



0-7 



1-3 



5-7 



OA(8-15) 
IHQOA(8-15) 

OA(l6-23) 
IHQOA(l6-23) 

OA(24-31) 
IHQOA(24-31) 

P3(29-31) 
IRQP3(29-31) 

PA(29-31) 
ILQPA(29-31) 



0-1 



PM(0-1) 
BHQPM: 1(0-1) 



Contents of OA register bits 8-31, last 
CM address accessed by the IPU. 



Low order 3 bits of P3 register. (The 
program counter at Level 3). 

Low order 3 bits of PA register. (The 
present address or program count of the 
next instruction that will be loaded into 
the pipe). 

Protect mode bits sent to MCU 
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Table D-6. 4XCP UR Dump Interpretation (Continued) 



Byte* 



Bit 



Signature 



Description 



ZBR 
BCQZBR:2 







AR 





3 


BCQAR:1 
RA 





4 


BCRA 
RDA 





5 


BCRDA 
RDS 





6 


BCQRDS :1 
OAFUL 





7 


BCQOAFUL:2 



OA(8-15) 

1 0-7 BHQOA:l(8-15) 

OA(l6-23) 

2 0-7 BHQOA:l(l6-23) 

OA(24-28) 

3 0-4 BHQOA:l(24-28) 

RSTAT(0-2) 
3 5-7 BCQRSTAT(0-2) 



OZC(0-7) 
0-7 BHQOZC:l(0-7 

LSD(0-3) 
0-3 BHQLSD:2(0-3) 

HCMPRV 
4 BHQCMPRV 



Z buffer release - indicates write data 
has been latched up in MCU and ZB data 
no longer need to be kept. 

Access request to the MCU. 

Request accepted from the MCU. 

Read data available from the MCU. 

Read data sampled to the MCU. 

OA Full indicates that the MBU's CM 
address register contains a valid address. 



Address of last MBU CM request. 



Requestor State 0-2. Outputs of 3 flip-f 
flops used to encode CM requestor 
States 0-7 which equals the number of 
outstanding requests. 

Zone control bits associated with MBU 
requester. 

Low order hex of last CCR command sent 
to the MBU. 

Protect violation which occurred during 
a hardcore operation. 
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Table D-6. 4XCP UR Dump Interpretation (Continued] 



Byte* 



Bit 



Signature 



Description 



HPARER 
BHQPARER 

COMPRV 
BCCMPRV 

CPARER 
BCPARER 



Parity error which occurred during a 
hardcore operation. 

Protect violation which occurred during 
instruction processing. 

Parity error which occurred during in- 
struction processing 



HSTATE(0-3) 
0-3 BHQSTATE:l(0-3) Output of MBU hardcore state flip-flops 

used to encode States 0-9. 



HCREQ 
BHQHCREQrl 



HCINP 
BHQHCINP:! 



Hardcore requirement. Signal to the 
MBU CM requester to stop normal request 
processing and proceed to a zero pending 
state. 



Hardcore in progress signal from the 
master hardcore indicating that all of the 
conditions exist that will allow a CCR 
command to be processed. 



Run bit equal to zero. 

Exchange. Indicates an exchange com- 
mand. 

HCCNT(0-3) 
0-3 BHQHCCNT:l(0-3) Hardcore count 0-3. Outputs of counter 

used for load and store details. 







RNEQO 


6 


6 


BHRNEQO 
EXCH 


6 


7 


BHQEXCH:! 



UNCMP 
BHQUNCMP 



Unit complete sent to master hardcore. 



*Data for bytes through 5 originate on BUCMR or BUCTL2 through a 
selector located on the BUCAF cards. Bits 0-3 of the selector are on 
BUCAF(O) and 4-7 are on BUCAF(l). Signature given is on the BUCTLMB 
as input to the selector. 
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Table D-6. 4XCP UR Dump Interpretation (Continued) 



Byte 


Bit 


Signature 


Description 



ABTRM 
BHQABTRMrl 

ILOPR 
BHQILOPR 



DSTATE(0-2) 
0-2 BHQDSTAT:1(0- 

DSCMP 
3 BHQDSCMP:! 



WRAP(O-l) 
4-5 BHQWRAP:1(0- 



AVDES(O) 
BCQAVDES:1(0) 



AVDES(l) 
BCQAVDES:1(1 



Abnormal termination indicates a memory- 
error during a hardcore operation. 

Illegal operand indicates an illegal oper- 
and in the last attempt to interpret the 
vector parameter file. 

■2) De-escalate state flip-flops used to de- 
code States 0-7. 



De-escalate complete set in State 7 of 
de-escalate controller indicates no activ- 
ity in the pipe. 

1) Wrap bits used to indicate if a CAF gen- 
erator pointer has wrapped around ahead 
of the other pointer necessary for de- 
escalation. Bit 4 indicates the "A" vector 
has wrapped around ahead of the "B" 
vector. 

"A" vector de-escalate. Signature used 
to halt the "A" vector input pointer for 
de-escalation of vector operation. 

"B" vector de-escalate. Signature used 
to half the "B" vector input pointer for 
de-escalation of a vector operation. 



AU HARDCORE 

ADDR(8-15) 
0-7 AHQADDR:1(8-15) Address bits 8-15 from AU4XSEL(0) card 

for last hardcore address. 

ADDR(l6-23) 
0-7 AHQADDR: 1(16-19) Address bits 16-19 from AU4XSEL(0). 

AHQADDR: 1(8-11) Address bits 20-23 from AU4SEL(1) for 

last hardcore address. 
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4 4 



Table D-6. 4XCP UR Dump Interpretation (Continued) 



Byte 


Bit 


Signature 


Description 



ADDR(24-31) 
0-7 AHQADDR: 1(12-19) Address bits 24-31 from AU4XSEL(1) for 

last hardcore address. 



ZCB(0-7) 
0-7 AHZCB:l(0-7' 







PM(O-l) 


4 


0-1 


AHQPMrl(O-l) 
AR 


4 


2 


AHQAR.-l 
MBFUL 


4 


3 


AHQMBFUL:1 
WRCMP 


4 


4 


AHQWRCMP:! 



PR 
AHQPR 

PA 
AHQPArl 



Zone enable bits for the MBU with cur- 
rent design should all be in the same 
state since we only store octets. 

Protect mode bits sent to the MCU. 

Access request. One level removed from 
signal sent to the MCU. 

Memory Buffer Full. Synchronized RDA 
signal from MCU. 

Write complete. Synchronized write gate 
signal from the MCU indicates two way 
bus is turned and the MCU can accept 
write data. 



Project response. Synchronized protect 
response from the MCU. 



Parity error. Synchronized parity error 
from the MCU. 



STATEO-7 

5 0-7 AHQSTATE:l(0-7) Output of AU hardcore state flip-flops 

used one per state. 

LSD(0-3) 

6 0-3 AHQCRLSD: 1(0-3) Last significant digit of last CCR com- 

mand sent to the AU hardcore. 

OCTET(0-3) 
6 4-7 AHQOCTCT:l(0-3) Output of octet counter used in load and 

store details operations. 

*CCR commands for CP details (410B-D) operations are recoded to main- 
tenance details commands (41 0E, F) for the AU only. 
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